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1.  Background 


With  the  advancement  of  computer  and  network  capabilities,  it  became  practical  and  efficient  to 
segment  simulated  systems  across  various  computer  platfonns.  This  advancement  in  distributed 
simulation  also  brought  with  it  new  dilemmas  such  as  how  to  ensure  a  “fair  fight”.  For  example, 
when  different  simulations  are  brought  together,  each  simulation  may  treat  the  data  (vulnerability 
data,  terrain,  or  other  synthetic  environment  representations)  with  subtle  differences  that  create 
an  unfair  advantage.  Distributing  applications  also  increases  the  risk  of  having  incorrect  or  stale 
data  configurations  on  one  or  more  of  the  systems.  The  lethality/vulnerability  server  is  a  tool 
that  was  designed  to  overcome  some  of  these  obstacles  and  help  ensure  a  valid  weapon  system 
assessment.  It  allows  diverse  applications  to  draw  from  the  same  vulnerability  description  data 
set  during  a  simulation  run.  The  server  can  increase  simulation  preparation  efficiency  because 
configuring  vulnerability  damage  is  done  once  for  all  serviced  applications.  It  could  also  help 
streamline  overall  distributed  simulation  verification  and  validation  because  lethality  data  are  in 
a  single  place. 


2.  Introduction 


This  report  documents  the  performance  for  the  U.S.  Army  Research  Laboratory  (ARL)  table 
look-up  lethality  server  (the  server)  during  the  U.S.  Army  Developmental  Test  Command’s 
Virtual  Proving  Ground  Program  Distributed  Test  Event  4  (DTE-4). 

The  lethality  server  is  designed  to  operate  as  a  simulation  support  tool  (see  Bibliography).  It 
monitors  the  virtual  environment  for  munition  detonations,  calculates  the  resulting  damage  to 
vehicles  or  other  entities,  and  provides  that  damage  in  a  timely  manner,  thus  allowing  simulated 
entities  to  represent  those  damage  effects  in  an  appropriate  way  (e.g.,  become  mobility  or  fire 
power  “killed”). 

During  DTE-4,  the  server  executed  all  these  tasks  except  for  the  very  last  step  (it  never  provided 
the  damage  results).  This  provided  the  opportunity  to  evaluate  the  server’s  performance  without 
disrupting  the  nonnal  operation  of  the  other  simulated  entities.  These  simulated  entities  were 
allowed  to  process  damage  as  they  normally  would  (through  their  own  internal  process).  In 
parallel,  the  server  calculated  damage  effects  during  the  same  conditions.  This  provided  a  basis 
to  evaluate  the  server’s  performance  and  correctness. 

In  this  report,  the  server’s  performance  during  DTE-4  (and  intensive  post-exercise  re-runs)  is 
analyzed  in  detail  to  validate  and  document  the  server’s  current  operational  state. 
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3.  Report  Organization 


DTE -4  is  introduced  in  section  4  but  is  not  covered  in  detail  since  this  is  not  the  report’s  purpose. 

The  report  introduces  a  plan  to  execute  a  functional  analysis  of  the  lethality  server’s  performance 
in  section  5.  Procedures  that  were  followed  in  the  execution  of  this  plan  are  outlined  in 
section  5.2.  Explanations  of  the  data  analyzed,  along  with  general  (and  detailed)  observations 
made  during  the  evaluation,  are  presented  in  section  6.  Finally,  a  listing  of  problems  and 
resolutions  is  presented  throughout  the  report’s  body  but  is  consolidated  in  appendix  A.  Most  of 
the  validation  procedures  presented  in  section  5.2  could  and  should  be  followed  as  part  of  a  pre¬ 
simulation  checklist  (but  here  they  are  being  applied  in  a  verification  and  validation  process). 


4.  Distributed  Test  Event  4  (DTE-4) 


4.1  DTE-4  Overview 

In  distributed  testing,  a  component,  system,  or  systems  might  be  stimulated  and  tested  from 
different  geographical  sites  simultaneously  or  in  short  sequence.  DTE-4  was  a  means  to  investi¬ 
gate  and  demonstrate  enabling  components,  procedures,  and  activities  central  to  distributed  testing. 
During  DTE-4,  the  U.S.  Army  Test  and  Evaluation  Command  simultaneously  executed  test 
support  activities  across  its  command.  These  activities  included  constructive,  virtual,  and  live 
assets  translated  into  a  common  virtual  environment.  For  example,  some  of  the  live  Army  assets 
executed  typical  testing  tasks  (e.g.,  firing  weapon  systems,  ground  and  air  vehicles  executing 
mobile  navigation,  test  apparatus  stimulating  infrared  optics,  to  name  a  few).  These  assets  were 
operated  by  subject  matter  experts  from  their  base  stations,  as  portrayed  in  figure  1. 

Among  DTE-4  goals  was  to  demonstrate  the  capability  to  support  the  execution  of  operational 
mission  threads  developed  for  Future  Combat  Systems  to  assess  the  network  fires  and  force 
health  protection  integrated  processes  and  to  develop  and  support  distributed  testing  lessons 
learned.  A  DTE-4  overview  and  preliminary  overall  results  have  been  presented  and  are  avail¬ 
able  elsewhere  (/)  as  are  details  from  other  components  and  DTE-4  aspects  (2,  3,  4,  5,  6,  7). 
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Figure  1.  DTE-4  concept  of  operations  (slide  4  of  reference  (7)). 


4.2  Lethality  Server  DTE-4  Integration 

The  server  has  been  integrated  into  various  simulation  environments.  For  DTE-4,  the  server’s 
synthetic  environment  monitor  (high  level  architecture  [HLA]  monitor  of  figure  2)  was  modified 
to  support  the  simulation  object  model  used  in  DTE-4.  The  server’s  monitor  component  is  the 
server’s  internal  working  engine’s  interface  to  the  outside  world.  The  server  has  its  own 
internally  defined  set  of  coordinate  systems,  variables,  and  protocols.  These  often  differ  from 
other  simulation  environments  and  object  models.  The  monitor  is  the  server’s  interface  bridge 
into  the  synthetic  environment  and  external  simulation  object  model. 

HLA  traffic 

1  1  I 

!  HLA  Monitor  |  j 
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Figure  2.  Basic  lethality  server  design. 
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5.  Lethality  Server  Analysis  Approach 


The  plan  to  analyze  the  server’s  performance  is  defined  first  by  a  list  of  requirements  and  by  an 
outline  of  a  set  of  procedures  that  can  be  followed  to  test  against  those  requirements. 


5.1  Execution  Requirements 

Much  of  the  server’s  behavior  may  be  isolated  in  order  to  measure  its  response  from  stimulus  and 
this  may  be  evaluated  independently  in  stand-alone  mode.1  Stand-alone  analysis  is  not  always 
sufficient  for  a  simulation  component  that  is  an  integral  part  of  a  distributed  environment  because 
its  behavior  often  depends  on  the  other  components  within  that  environment.  The  requirements 
listed  in  table  1  take  into  account  dependent  (simulation  environment)  and  independent  (stand¬ 
alone)  responses,  and  they  outline  the  plan  to  analyze  the  server’s  perfonnance  with  the  focus  on 
its  correct  operation.  At  a  minimum,  the  server  should  demonstrate  that  it  is  able  to  detect, 
process,  and  return  the  correct  damage  result  for  100%  of  the  munition  detonations  that  occur. 
The  server  is  only  expected  to  process  detonations  for  weapons  for  which  it  has  vulnerability 
algorithms  and  data.  This  limits  its  activity  to  most  direct  fire  munitions  and  eliminates  indirect 
fire  munitions  (mortars,  howitzers)  and  some  other  weapons  since  there  was  not  sufficient  time  to 
complete  implementation  and  testing  of  these  components  for  DTE-4. 

To  verify  the  server’s  operation,  we  simply  need  to  verify  that  it  is  properly  handling  incoming 
data  (input)  and  processing  them  correctly  to  produce  the  correct  damage  results  (output).  We 
define  the  critical  requirements  in  table  1 . 

Tablet.  Requirements:  Must  demonstrate  100%  success. 

R-l.  Input  Correctness:  (Was  the  input  data  available  and  was  it  correct?) 

R- 1.1.)  System  identification  (targets/threats,  and  to  lesser  extent  shooter) 

Could  the  server  identify  the  specific  type  of  threat  and  target  involved? 

R-l. 2.)  Input  Completeness 

Given  system  identification,  were  other  data  present  and  complete? 

R-l. 3.)  Vulnerability  data  source  completeness. 

Having  properly  identified  target,  threat,  and  other  vital  parameters,  was  there  a  vulnerability 
data  source  for  that  scenario? 

R-2.  Output  correctness:  (To  be  checked  after  verifying  availability  of  the  target  and  threat  and  lookup  table 
(the  inputs).) 

R-2.1.)  Was  the  data  source  processed  (lookup  table  parsed)  correctly? 

R-2.2.)  What  was  the  result  delivered  in  a  timely  manner? 


LV  table  look-up  server  critical  requirements  for  which  it  has  vulnerability  algorithms  and  data. 


1  Stand  alone  -  independent  evaluation  of  a  component  when  it  is  not  interacting  with  other  components  in  the 
distributed  setting.  Much  or  all  of  a  component’s  functionality  may  be  tested  in  stand-alone  mode  by  stimulating  its 
interfaces  with  same  data  that  are  expected  in  the  distributed  environment. 
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Our  measure  of  effectiveness  (MOE)  against  these  requirements  (except  for  R-2.2)  shall  be  “is 
the  server  successful  100%  of  the  time?”  Requirement  R-2.2  (latency)  is  not  applicable  for  two 
main  reasons:  (1)  as  mentioned  in  the  introduction,  the  server  did  not  actually  send  the  lethality 
result  and  (2)  for  evaluation  purposes,  its  speed  performance  was  not  optimized  as  it  was 
required  to  produce  verbose  data  fdes  and  other  output  to  support  verification  and  validation 
(V&V)  (as  discussed  in  section  6. 1).  One  more  stipulation  to  achieving  the  MOE  with  100% 
success  is  that  the  server  may  be  viewed  as  passing  a  failed  requirement  if  it  can  be  shown  that  a 
failure  to  achieve  the  MOE  is  attributable  to  another  component  (i.e.,  the  server  was  doing  all  it 
was  prescribed  to  be  doing  and  therefore,  the  failure  was  no  fault  of  the  server).  Of  course,  in 
such  a  case,  all  attempts  shall  be  made  to  identify  and  document  a  solution. 

We  next  outline  a  procedure  to  address  these  requirements.  This  procedure  then  basically 
becomes  a  V&V  outline  for  the  table  look-up  server.  During  our  analysis,  we  took  this  process  a 
step  further  because  we  were  not  just  interested  in  identifying  problems,  but  we  also  wished  to 
identify  and  possibly  implement  solutions.  Therefore,  if  a  problem  was  identified,  the  solution 
was  also  sought  (and  applied).  When  a  problem  was  identified,  it  was  registered  as  a  program 
trouble  report  (PTR)  and  the  problem  description  (and  solution  if  one  was  found)  was 
documented.2  We  could  verify  implemented  solutions  by  replaying  the  simulation  traffic  and 
confirming  that  the  server’s  behavior  had  improved.  This  process  is  illustrated  in  figure  3  with 
the  details,  and  the  process  is  further  articulated  in  section  5.2. 

Lethality  Server 
Evaluation  Procedure 

.  Behavior  and  data  validation  spiral: 

-  Process: 

.  playback  DTE4  log 
.  analyze  results 

.  identify  &  document  “program  trouble  reports”  PTRs 
.  flag  or  fix  PTR 
.  repeat. 


Figure  3.  Lethality  server  analysis  (sprial)  process. 

“PTR  is  the  problem  tracking  and  resolution  process  adopted  to  manage  server  configuration  at  a  business 
process  and  technology  transfer  level  of  understanding.  It  is  also  the  means  to  maintain  an  institutional  memory  of 
outstanding  issues  requiring  resolution. 
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5.2  Validation  Procedures 


This  section  outlines  specific  guidance  that  was  followed  during  the  server  evaluation  spirals. 

In  general,  this  analysis  was  approached  in  the  way  simple  math  problems  might  be  checked; 
namely,  if  you  know  the  answer,  then  check  the  solution  first.  If  the  answer  is  wrong,  then  work 
backward  to  see  where  the  error  occurred.  Likewise,  this  analysis  started  from  the  most  critical 
requirement  element:  Was  the  server’s  lethality  result  (the  server’s  output  R-2  from  table  1) 
correct?  Then,  if  any  erroneous  behavior  was  observed,  we  worked  “backward,”  eventually 
ending  at  the  input  and  along  the  way  determining  the  fundamental  cause  for  the  error  (and 
hopefully  repairing  it).  In  all  cases,  any  problems  and  solutions  were  documented  and  registered 
among  the  PTRs  (see  appendix  A).  We  list  the  validation  procedures  in  table  2. 


Table  2.  Validation  procedures. 


Procedure 

PI. 

Create  a  listing  of  MunitionDetonation  events  for  study 

P2. 

Analyze  the  MunitionDetonations 

P3. 

Address  vulnerability  data  configuration  issues  (data  configuration ) 

P4. 

Address  vulnerability  assessment  algorithm  issues  (software) 

The  procedures  listed  here  could  (and  should)  be  followed  as  part  of  a  pre-exercise  checklist. 
Procedures  P2  through  P4  could  be  executed  offline  and  before  a  scenario  exercise.  In  contrast, 
PI  requires  observations  from  an  actual  scenario  execution  or  pre-test.  These  procedures  are 
now  explained. 

PI.  Create  a  listing  of  MunitionDetonation3  events 

For  each  recorded  detonation,  list  the  associated  WeaponFire  event,  the  threat,  target,  and 
shooter,  if  these  are  known.  We  may  then  categorize  the  server’s  response  to  each  of  these 
records  according  to  our  known  critical  requirements.  This  means  that  for  each  detonation,  when 
the  server  was  not  able  to  properly  determine  all  input  required  to  determine  the  damage 
outcome,  we  should  ascertain  why.  The  exact  data  set  comprising  required  input  may  vary, 
depending  on  the  threat  and  target  presented.  The  reason  the  server  could  not  identify  all 
required  input  would  then  be  classified  as  a  functional  problem  (requiring  programming  to  avoid 
future  occurrences),  a  configuration  problem  (requiring  the  addition  or  modification  of  data 
files),  or  a  systemic  problem  applicable  to  multiple  components  in  the  distributed  exercise  (in 
which  case,  identify  the  cause  and  solution  if  one  was  found).  Solutions  are  to  be  carefully  noted 
and  made  available  for  future  distributed  tests. 

P2.  Analyze  the  MunitionDetonations 

Verification  should  be  made  if  possible  by  an  examination  of  logs  from  other  network  locations 
(in  the  case  of  DTE-4,  other  test  center  distributed  test  control  center  [DTCC’s]).  The  U.S. 


MunitionDetonation  -  the  HLA  federation  object  model  (FOM)  data  structure  that  contains  detonation 
information  needed  to  assess  damage  (see  section  6.3  and  figure  5). 
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Army  Redstone  Technical  Test  Center  (RTTC)  is  preferred  because  most  of  the  DTE -4  virtual 
entities  originated  from  its  DTCC.  A  comparison  could  then  be  made  between  the  number  of 
observed  fires  and  detonations  between  RTTC  and  the  lethality  server.  This  will  validate  that  the 
server  is  able  to  correctly  observe  the  data  items  and  that  the  data  items  navigated  the  wide  area 
network  (although  overall  distributed  simulation  validation  is  not  this  report’s  intent). 

All  unidentified  entities  need  to  be  placed  into  the  server’s  list  of  known  system  types:  When 
the  server  is  unaware  of  a  target,  threat,  or  firing  weapon  system  type,  this  is  a  data  configuration 
error  because  the  server  should  be  pre-configured  to  identify  all  entities  in  the  scenario. 
Alternatively,  it  may  be  viewed  as  a  scenario  configuration  control  error,  that  is,  if  a  rogue 
(unplanned)  entity  slipped  into  the  simulation  exercise. 

Procedure:  Identify  any  unknown  systems  in  the  scenario.  Add  these  systems  to  the  list  of  the 
server’s  known  system  types.  Replay  logs  to  verify  that  the  server  has  knowledge  of  the  added 
system  types. 

P3.  Address  vulnerability  data  configuration  issues 

Even  though  the  target  and  munition  are  identified  as  “known  systems,”  the  server  still  may  not 
have  data  to  describe  the  resulting  damage  when  that  target  is  attacked  by  the  threat.  This  is  an 
error  that  needs  correction. 

All  missing  vulnerability  tables  will  be  noted.  Data  for  these  threat-target  pairings  will  be  added 
to  the  server’s  vulnerability  database.  Since  DTE-4  was  an  unclassified  exercise,  these  data  may 
be  taken  directly  from  the  unclassified  oneSAF  test  bed  (OTB)  vulnerability  data  “tree”  or  other 
source.  OTB  is  preferred  because  it  was  used  to  drive  the  DTE-4  scenario  and  the  server  is  able 
to  read  its  vehicle  vulnerability  file  fonnats.  When  no  existing  data  are  available,  surrogate  data 
will  be  used  for  the  threat-target  pairing  in  question  and  the  missing  data  will  be  noted  in  PTRs.4 

P4.  Address  vulnerability  assessment  algorithm  issues 

Once  the  target  and  threat  are  known  and  data  describing  their  interaction  are  confirmed  to  be 
available,  the  final  check  is  to  verify  that  the  server  is  accessing  and  returning  the  correct  damage 
result  for  that  target-threat  combination. 

Use  a  matrix  of  observed  weapon  systems  and  target  pairings  that  occurred  during  the  battle  (or 
are  expected  to  occur  when  a  pre-exercise  check  is  executed).  Examine  at  least  one  instance 
from  each  of  these  parings.  Use  the  initial  conditions  described  by  the  environmental  parameters 
to  manually  (offline)  verify  that  the  server  operated  as  expected  (see  appendix  B).  Verification 
means  ensuring  that  the  server  used  the  correct  table  (accessed  the  correct  data  source)  and  then 
went  to  the  correct  place  in  that  table  to  extract  the  damage  distribution.  These  input  parameters 
are  reported  by  the  appropriate  MunitionDetonation  and  WeaponFire  interactions  and  associated 
target  and  shooter  entity  state  information.  A  summary  of  these  parameters  and  the  damage 

4See  PTR  number  24 
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results  is  reported  in  the  VL  parameter  record  that  is  recorded  for  each  detonation  event.  This 
same  record  is  the  server’s  internal  view  of  what  is  happening  in  the  external  synthetic  environ¬ 
ment.  The  variables  in  this  VL_parameter  record  are  in  a  software/data  dictionary  layer  (called 
VL  Params  in  appendix  C).  Look-up  table  algorithms  access  the  VL  Param  layer,  execute  the 
look-up  on  a  given  table,  and  return  the  lethality  outcome.  Since  the  server  currently  reads  only 
six  table  fonnats  (kinetic  energy  [KE],  high  explosive  antitank  [HEAT],  and  smart  target 
activated  fire  and  forget  [STAFF5]  individual  unit  action  [IUA])  plus  OTB  “reader”  (.rdr)  format 
versions  of  these  same  table  formats),  it  is  relatively  straightforward  to  execute  a  complete  and 
exhaustive  validation  of  the  server’s  look-up  functionality.  The  server  has  off-line  tools  that  can 
stimulate  table  look-up  algorithms  to  expedite  this  validation  process.6 


6.  The  Analysis 


6,1  Analyzing  the  Server’s  Data  Live  Output 

We  conducted  DTE -4  by  repeatedly  exercising  and  recording  a  controlled  operational  scenario 
(simulated  battlefield  operations).  In  this  series  of  DTE-4  “record  runs,”  the  server’s  standard 
console  output  was  captured.  This  provided  a  stream  of  human-readable  text  describing  the 
server’s  ability  to  perform  most  of  the  critical  measurements  described  in  the  validation 
procedures  listed  in  table  2.  However,  it  provides  no  latency  measurement.  Furthermore,  for 
evaluation  purposes,  all  verbose  validation  tracing  and  “debugging”  output  options  were 
activated.  This  significantly  slows  the  server’s  processing,  and  thus  it  would  not  make  sense  to 
extract  latency  measurements  during  these  conditions.  Also,  as  pointed  out  in  other  findings  (5), 
because  of  software  layers  and  varying  processing  algorithms,  truly  meaningful  interactive 
latency  is  not  point  to  point  (i.e.,  network  node  to  network  node)  but  rather  application  (on  a 
network  node)  to  application  (on  another  network  node).  Application-to-application  latency  was 
not  the  focus  in  DTE-4;  therefore,  preparation  (synchronizing  clocks,  implementing  common  time 
stamps  for  all  applications)  was  not  designed  into  the  exercise  nor  enforced.  Another  final  DTE-4 
specific  consideration  regarding  latency  is  that  it  can  be  viewed  as  not  having  any  effect  on  the 
lethality  server.  This  is  because  the  server  never  actually  broadcast  the  damage  results  onto  the 
network  and  therefore,  no  application-to-application  temporal  measurements  could  be  made. 


5STAFF  is  a  top  attack  smart  munition.  It  flies  over  an  enemy  system  and  fires  an  explosively  formed  penetrator 
into  the  lighter  armored  top.  It  is  also  effective  against  helicopter  targets,  but  air  targets  would  require  a  different 
table  reader  because  of  the  way  the  data  are  organized.  The  server  currently  only  handles  ground  targets. 

6The  server’s  basic  software  source  code  organization  and  directory  structure  is  described  in  reference  ( 9 ). 

Source  code  for  these  off-line  tools  is  located  in  $VLS_HOME/src/TblReaders  and  $VLS_HOME/src/Tbl 
Readers/rdr  in  which  $VLS_HOME  is  the  folder  or  directory  where  the  server  was  installed. 
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6.2  Nature  of  the  Analyzed  Data 

It  is  important  to  understand  the  distributed  test  system  architecture  in  order  to  place  analyzed 
data  in  their  proper  context.  In  addition  to  the  server’s  output  that  was  captured  during  the  live 
record  runs  of  DTE-4,  the  server’s  input  was  also  captured  in  the  fonn  of  network  traffic  log  files 
created  at  ATC.  However,  these  logs  were  created  from  just  the  network  traffic  seen  on  the  ATC 
node.  They  only  contained  distributed  interactive  simulation  (DIS)  protocol  data  units  (PDUs) 
(10)  and  not  HLA  data  structures  (11).  Since  the  server  is  an  HLA  application,  these  PDUs  are 
less  than  ideal  for  a  post-process  analysis  since  they  need  to  be  translated  to  HLA  and  therefore 
will  not  necessarily  reproduce  the  exact  input  observed  during  DTE-4,  nor  did  they.  This  was 
the  source  for  certain  explained  errors  (see  appendix  D).  Except  for  the  locally  generated  ATC 
entities  (vehicle  dynamics  mobility  simulation,  and  robotics  intelligence),  all  the  logged  DIS 
PDUs  were  generated  by  remote  DIS  (and  in  some  cases,  native  HLA)  applications.  All  DIS 
entities  were  then  translated  to  HLA  objects  via  the  MaK7  gateway,  transmitted  across  the  wide 
area  network  and  then  retranslated  locally  to  the  logged  DIS  PDUs.  This  is  displayed  in  figure  4. 
These  logged  DIS  PDUs  were  the  input  source  during  the  server’s  validation  re-runs. 


Figure  4.  DTE-4  network  architecture  (from  the  ATC  logged  PDU  perspective).  (Other  remote  MaK 
gateways  [not  shown]  were  also  joined  to  the  MaK  run  time  infrastructure  [RTI].) 


The  server’s  “live”  standard  output  that  was  recorded  during  DTE-4  execution  and  the  logged 
playback  files  (server  input)  were  used  in  this  evaluation.  These  log  files  recorded  hundreds  of 
munition  detonation  events  and  hundreds  of  thousands  of  entity  updates  and  other  messages  over 
the  course  of  the  approximate  90-minute  scenario  (appendix  E). 

The  server’s  console  (standard  output)  and  log  files  were  recorded  for  each  of  the  DTE-4  record 
runs.  Only  the  last  record  run  was  necessary  to  validate  the  server’s  perfonnance.  This  log  file 

7MaK,  which  is  not  an  acronym,  is  the  company  name. 
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was  also  selected  because  the  robustness  of  many  DTE-4  components  (and  the  server  in 
particular)  increased  as  the  DTE-4  progressed  (see  PTR  9  where  the  server  actually  “crashed”  in 
one  instance).  Therefore,  the  log  that  best  represented  the  most  current  state  of  DTE-4 
components  was  selected  for  analysis.  For  this  record  run,  we  examined  the  server’s  standard 
output  first,  followed  by  its  input  (the  log  file).  This  is  in  keeping  with  the  validation  procedures 
outlined  in  section  5.2;  namely,  we  examined  the  output  first  (in  this  case,  the  live  record  output) 
and  worked  our  way  back  to  the  input.  This  order  revealed  easily  identifiable  inconsistencies 
that  were  obvious  from  standard  output  error  reports.  Most  of  these  problems  were  easily 
rectified.  However,  to  solve  some  of  the  more  subtle  errors  and  verify  all  configured  corrections, 
the  log  file  was  extensively  employed. 


6.3  Description  of  the  Primary  Input  Records 

The  server  monitors  basically  three  types  of  HLA  data  components:  (a)  object  updates  for 
vehicle  platforms  (the  “Platform”  object)  that  describes  the  type  of  system,  its  position,  velocity, 
and  other  state  infonnation;  (b)  descriptions  of  weapon  fire  events  (the  HLA  WeaponFire 
interaction);  and  (c)  munition  detonation  descriptions  (the  MunitionDetonation  interaction). 
These  are  all  described  in  the  core  object  model  used  during  DTE-4:  the  real-time  platform-level 
reference  (RPR)  federation  object  model  (FOM)  (12).  An  example  of  the  server’s  standard 
output  that  reflects  data  from  one  of  the  MunitionDetonation  interactions  is  displayed  in  figure  5. 
The  MunitionDetonation  fields  are  described  in  the  RPR  FOM  Guidance,  Rationale,  and 
Interoperability  Manual  (12,  pp.  79-80)  and  in  appendix  F,  table  F-l. 


vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531236.210672  -5187662.227535  3370985.947092 
(WorldLocationStruct ) 

DetonationResultCode  =  0x01  (DetonationResultCodeEnum8 ) 

Eventldentif ier  =  6  "Gateway"  (Eventldentif ierStruct ) 

FiringOb jectldentif ier  =  "300 : 8 : 1223gw"  (RTIOb jectldStruct) 
FinalVelocityVector  =  -292.482697  49.471294  -53.837307 
(Velocity Vector Struct ) 

FuseType  =  0  (FuseTypeEnuml6) 

MunitionOb jectldentif ier  =  ""  (RTIOb jectldStruct ) 

MunitionType  =  0x02  0x02  225  0x01  0x01  0x00  0x00  (EntityTypeStruct) 
QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationLocation  =  -0.043465  -0.261724  -1.748757 
(RelativePositionStruct ) 

TargetOb jectldentif ier  =  "300 : 8 : 1240gw"  (RTIOb jectldStruct ) 
WarheadType  =  1600  (WarheadTypeEnuml6) 

}  //  end  vector  <DataElement  *>  parameters 


Figure  5.  Observed  MunitionDetonation  example. 
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6.4  Collecting  the  Verification  Input  Data 


6.4.1  Missed  Detonations 

Tools  automatically  scanned  the  server’s  standard  output  to  create  a  database  of  all  WeaponFire 
and  MunitionDetonation  interactions  as  they  were  seen  by  the  server  (validation  procedure  PI 
from  table  2).  During  the  final  run  for  record,  the  server  reported  seeing  366  WeaponFire  and  378 
MunitionDetonations.  The  good  news  is  that  the  server  was  confirmed  to  correctly  read  all  the 
records  that  it  saw  (meaning  that  each  of  the  parameters  within  an  event  that  the  server  expected 
to  see  was  present  and  read  correctly).  The  bad  news  is  that  the  server  missed  about  12%  of  these 
critical  events!  This  is  a  totally  unacceptable  measure,  especially  when  one  considers  that  the 
server  must  process  100%  of  the  detonations  (requirement  Rl,  table  1),  missing  none.  This  data 
drop  rate  was  confirmed  during  the  log  replay  and  server  verification  process.  The  cause  was 
related  to  the  server  being  in  “debug”  mode.  It  probably  spent  most  of  its  processing  time  writing 
to  files  and  the  standard  output.  During  these  busy  periods,  the  server  missed  12%  of  the  fire  and 
detonation  events.  These  events  were  sent  “best  effort,”  meaning  the  sender  (HLA  federate) 
broadcast  notice  of  the  event  and  made  no  attempt  to  confirm  that  the  message  was  ever  received. 
Both  issues  were  addressed  and  resolved  in  PTR  6.  The  solution  described  there  is  to  (a)  turn  off 
the  server’s  “debug  mode”  during  a  record  run  so  that  it  is  much  less  likely  to  ever  miss  a  critical 
event,  and  most  importantly  (b)  set  event  notifications  to  a  “reliable”  mode  to  guarantee  receipt. 
With  change  2  in  place  (and  while  still  in  debug  mode),  the  server  was  able  to  capture  100%  of 
the  published  detonations  (see  appendix  F). 

6.4.2  Uncorrelated  Weapon  Fire  Events 

The  RPR  FOM  WeaponFire  interaction  alerts  simulation  participants  when  a  weapon  fires,  while 
the  MunitionDetonation  alerts  when  the  detonation  occurs.8  The  eventldentifier  field,  seen  on  the 
fourth  line  of  figure  5,  is  used  to  uniquely  identify  a  WeaponFire  event  and  associate  it  with  a 
related  MunitionDetonation  (i.e.,  the  eventldentifier  for  a  related  WeaponFire  and  Munition 
Detonation  should  be  equal).9  Unfortunately,  there  was  an  error  following  the  RPR  FOM 
specifications  in  the  identification  of  WeaponFire  and  MunitionDetonation  events  (filling  the 
“eventldentifier”  field).  This  error  originated  from  the  MaK  gateway  (during  its  translation  of 
received  PDUs  to  HLA)  or  from  other  HLA  applications  that  generated  the  eventldentifier  or 
stemmed  from  the  original  translated  DIS  PDU.  (In  the  case  of  DTE -4,  OTB  generated  most  of 
the  original  fire  and  detonation  DIS  PDUs.)  Regardless  of  the  source  of  the  error,  a  consistent 
observation  is  that  the  eventldentifiers  produced  by  the  MaK  gateway  are  basically  incremental. 


o 

...WeaponFire  contains  sufficient  information  so  that  the  weapon  may  be  tracked  offline  without  creating  a 
corresponding  Munition.  The  MunitionDetonation  interaction  alerts  simulation  participants  when  the  weapon  is 
detonated,  and  includes  information  used  in  battle  damage  assessment  models"  (reference  R5,  p  78).  Also  see 
figure  5  in  this  report,  a  MunitionDetonation  record  example  and  appendix  F. 

9The  Eventldentifier  is  an  “. .  .ID  generated  by  the  firing  entity  to  associate  related  fire  and  detonation 
interactions”  (reference  R5,  tables  7-4  and  7-5,  pp  78-80) 
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For  example,  the  gateway  issued  a  WeaponFire  with  eventldentifier  “6,  Gateway”  followed 
shortly  thereafter  by  a  cooresponding  MunitionDetonation  with  eventldentifier  “7,  Gateway,” 
whereas  one  would  expect  to  see  “6,  Gateway”  for  both  the  WeaponFire  and  related 
MunitionDetonation.  Another  observation  is  that  Eventldentifier  occasionally  re-started  their 
identifier  sequence  (e.g..  “52,  Gateway,”  “53,  Gateway,”  “54,  Gateway,”  ....  “1,  Gateway,”  “2, 
Gateway,”  “3,  Gateway”. . .).  Perhaps  this  was  because  the  HLA  federate  generating  them  was  re¬ 
started  or  recycled  and  therefore  began  issuing  identifiers  from  its  initial  starting  point.  This  re¬ 
sequencing  was  only  observed  in  the  server’s  captured  live  DTE-4  output.  During  the  live  DTE-4 
exercises,  the  gateway  was  occasionally  re-started  by  operator  request,  at  RTTC  and  other  test 
center  locations,  and  this  would  explain  the  re-sequencing  observation.  However,  when  the 
server  (and  MaK  gateway)  was  stimulated  with  the  log  file,  this  re-sequencing  was  never 
observed  and  Eventldentifiers  monotonically  increased  (as  can  be  seen  in  appendix  F, 
table  F-2,  column  2). 

The  result  was  that  we  could  not  automatically  pair  WeaponFire  events  with  their  related 
MunitionDetonation  events.  Not  being  able  to  pair  fire  and  detonations  meant  that  the  exact 
firer-to-target  range  could  not  be  detennined  for  certain  munitions  that  required  it  for  a  lethal 
assessment.  Fortunately,  a  backup  measure  is  built  into  the  server  which  is  automatically 
triggered  in  such  a  case;  namely,  the  firer-target  range  is  calculated  at  the  time  of  the  detonation 
(which  is  not  going  to  be  accurate  if  either  the  firer  or  target  is  moving).  It  requires  a  firer  to  be 
identified  which  (fortunately)  was  the  case  for  the  detonations  (see  FiringObject Identifier, 
fifth  line  of  figure  5). 10  This  backup  measure  has  more  than  enough  range  calculation  precision 
because  of  the  granularity  of  the  vulnerability  data  used  as  well  as  the  munition  velocity 
granularity  produced  by  OTB  (the  primary  weapon  fire  simulation).  Thus,  WeaponFire  events 
were  not  used  and  are  not  recorded  in  this  report,  although  they  were  all  read  correctly  and 
processed  without  incident  by  the  server. 

6.5  Validation  Spirals 

We  have  completed  an  examination  of  the  live  output  and  adjusted  for  identified  problems 
(missed  detonations,  uncorrelated  fire  events).  In  keeping  with  the  process  outlined  in  figure  3 
and  following  the  validation  procedures  outlined  in  table  2,  we  started  with  the  live  (standard) 
output  captured  during  the  actual  DTE-4  exercise  but  quickly  exhausted  most  of  the  issues  that 
could  be  solved  by  its  study  (addressed  in  sections  6.4.1  and  6.4.2).  The  only  other  notable 
measurement  made  with  the  live  exercise’s  output  was  the  “entity  count.”  If  all  data  were  being 
transmitted  and  accounted  for  properly,  then  OTB,  the  MaK  gateway,  and  the  lethality  server 
(see  figure  4)  should  be  tracking  the  same  set  of  entities.  An  attempt  was  made  to  verify  the 


l0In  many  cases,  the  firer  was  not  identified  (column  4  “FiringObjectldentifier”,  table  F-2,  appendix  F). 

Therefore,  the  server  was  unable  to  determine  the  critical  range-to-target  input  parameter  in  these  cases.  This  of 
course  was  the  fault  of  the  issuing  FILA  federate  for  not  filling  the  “FiringObjectldentifier”  field  (and  not  the  fault  of 
the  server).  Also  these  cases  represented  indirect  fire  munitions  (e.g.,  mortars)  that  the  server  does  not  currently 
service  and  are  therefore  disregarded  from  the  validation  requirement  (see  the  note  at  the  bottom  of  table  1). 


12 


“entity  count”  among  these  three  applications  during  the  exercise  (and  in  post-exercise  replays). 
However,  accounting  differences  and  the  way  the  applications  selectively  filter  entities  made  this 
seemingly  simple  statistic  complicated  to  track.  In  the  end,  we  were  satisfied  that  the  server  saw 
the  same  entities  that  were  tracked  by  the  other  applications  (appendix  G).  However,  we 
recommend  that  accounting  and  filtering  differences  be  understood  before  a  simulation 
execution. 1 1 

We  then  executed  a  series  of  validation  spirals  using  log  files  played  back  to  stimulate  the  server. 
In  each  spiral,  the  output  was  examined  and  if  an  error  or  other  issue  was  identified,  it  was 
registered  in  the  problem  tracking  and  resolution  process  as  a  PTR  and  a  solution  was  sought. 
More  than  20  playbacks  were  analyzed  in  this  controlled  manner.  Along  the  way,  in-depth 
details  are  provided  regarding  how  certain  PTRs  were  solved.  Some  of  these  details  have 
already  been  cited,  namely,  a  detailed  verification  of  the  table  look-up  algorithms  (appendix  B) 
and  solving  why  the  server  occasionally  could  not  complete  a  vulnerability  look-up  because  it 
did  not  have  all  the  input  (appendix  D).  By  far,  however,  the  source  of  most  of  the  repaired 
problems  originated  from  the  server  missing  look-up  tables  or  target  identifiers  before  execution 
(a  data  configuration  issue).  These  changes  were  straightforward  and  are  succinctly  addressed  in 
PTRs  18a,  24,  and  25  with  far  greater  details  also  available  (appendix  H). 

In  one  case,  unrecognized  (target)  entities  were  a  result  of  related  software  problems  that  were 
addressed  and  corrected  in  PTRs  10,  11,  15a,  and  21.  The  root  problem’s  diagnosis  and 
resolution  is  described  in  greater  detail  in  appendix  I. 


7.  Summary 


In  summary,  functional  requirements  for  a  distributed  lethality  service  were  defined  in  table  1 . 
The  server’s  live  DTE-4  output  (as  well  as  output  stimulated  by  replayed  DTE-4  log  files)  was 
analyzed  against  meeting  these  requirements.  The  server  met  the  requirements  with  100% 
success  after  numerous  issues  were  addressed  and  documented.  Issues  and  their  resolutions  are 
explained  further  in  the  appendices.  Validation  procedures  applied  during  the  analysis  were 
documented  in  section  5.2. 

Based  on  the  requirements,  validation  procedures,  and  issues  identified  in  this  report,  a  pre- 
scenario-execution  checklist  was  developed  and  is  provided  in  section  8.  This  checklist  is 
intended  to  be  a  “living  document”  whose  initial  version  is  published  here. 


1  'The  process  of  confirming  that  entities  are  properly  tracked  is  institutionalized  as  part  of  the  server  pre¬ 
execution  checklist. 
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8.  Recommendations 


The  Software  Engineering  Institute  Capability  Maturity  Model  Integration  (CMMI)  provides 
guidance  for  use  when  one  is  developing  and  institutionalizing  processes  (13).  CMMI  defines  an 
“organization’s  process  asset  library”  as  a  resource  used  to  make  available  assets  that  are 
potentially  useful  to  those  who  are  defining,  implementing,  and  managing  processes.  Among  the 
examples  of  process-related  documentation  cited  in  CMMI  is  a  simple  checklist. 

The  following  checklist  is  intended  to  be  a  “living  document”  that  should  be  added  to  as 
required.  By  following  and  maintaining  the  table  3  checklist,  we  can  learn  valuable  lessons  that 
may  be  captured  into  a  standard  process.  This  will  help  ensure  repeatability  in  delivering  a 
product  (a  lethality  service)  at  its  highest  quality. 


9.  Conclusion 


In  conclusion,  the  server  demonstrated  that  it  could  achieve  all  it  was  required  to  do.  On  rare 
occasions,  the  server  could  not  provide  a  damage  outcome  (because  another  component  was 
unable  to  do  what  it  was  required  to  do);  however,  “work-arounds”  have  been  incorporated  into 
the  lethality  server  pre-exercise  checklist  to  avoid  this.  This  serves  as  a  reminder  of  how 
important  it  is  to  understand  the  entire  system  when  one  is  operating  in  a  distributed 
environment. 

Ideally,  V&V  should  be  independently  performed  (and  not  by  system  developers).  However,  the 
advantages  in  this  case  included  being  able  to  immediately  resolve  validation  issues,  document 
the  software’s  current  state,  and  provide  a  V&V  process  to  streamline  any  future  V&V  effort.  In 
addition,  valuable  lessons  learned  have  been  institutionalized  into  our  process  through  a  pre¬ 
exercise  checklist. 
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Table  3.  Lethality  service  pre-exercise  checklist. 

Lethality  Service  Pre-Exercise  Checklist,  V1.0 

1)  Obtain  object  model  descriptions  (HLA  FOM)  early. 

a.  Software  may  have  to  be  modified  to  interface  with  the  distributed  environment 
and  this  may  require  a  long  lead  (early  start). 

b.  If  possible,  work  within  the  federation  development  process  (FEDEP)  to 
communicate  server  data  requirements  and  FOM  interface. 

2)  Obtain  a  listing  of  scenario  entity  participants  (target  platforms  and  munition  threat  types). 

a.  Each  entity  shall  require  a  unique  DIS  enumeration  (IEEE  1278.5) 

3)  Obtain  the  most  current  vulnerability  data  source  (tables) 

a.  Ideally,  all  munitions  should  be  paired  against  all  types  of  entities  in  the  scenario. 
However,  it  is  understood  that  certain  pairings  will  have  a  low  probability  of 
encounter. 

i.  Present  to  the  accreditation  authority  the  knowledge  base  regarding 
validation  and  pedigree  for  all  existing  data  (tables). 

b.  Identify  (explicitly  list)  threat-target  pairings  that  do  not  have  a  vulnerability  data 
source  (table). 

i.  Present  this  listing  to  the  study  proponent  or  accreditation  authority  for 
acknowledgment  and  possible  resolution. 

4)  Populate  the  server’s  database 

a.  Update  the  server’s  database  to  reflect  the  exercise  scenario  with  the  most  current 
vulnerability  tables. 

5)  Final  pre-run  checks 

a.  Exercise  available  off-line  “test  harness”  tools  to  verify  that  data  sources  are 
accessible  and  being  processed  correctly 

b.  Stimulate  the  server  on  line  using  the  planned  exercise  scenario 

i.  Verify  that  all  entities  are  being  tracked  properly. 

ii.  Verify  that  all  detonation  and  appropriate  weapon  fire  events  are  observed 
and  processed. 

iii.  Address  any  shortfalls  and  report  their  resolution  to  the  accreditation 
authority. 

c.  Configuration  Management  (CM):  Though  this  is  to  have  been  regularly 
maintained  throughout  the  development,  ensure  that  all  revision  control  check-ins 
have  been  made  for  source  code  and  the  vulnerability  data. 

6)  Run-Time  Checks: 

a.  Upon  a  gateway  or  other  HLA  federate  restart  (recycle):  pause  the  simulation 
execution  for  several  entity  update  cycles  and  ensure  that  all  entities  are  updated 
before  resuming  the  simulation.  Reference  PTR  14. 
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Appendix  A.  Program  Trouble  Reports  (PTRs) 


The  ARL  lethality  table  lookup  server  software  development  and  maintenance  processes  have 
not  been  independently  evaluated  for  a  CMMI  classification  level.  Yet  many  SEI  CMMI 
software  engineering  level-2  processes  are  adhered  to  (0).  These  include  revision  control  and 
requirements  management  processes.  A  tool  that  relates  to  both  these  is  the  server’s  problem 
tracking  and  resolution  process.  When  a  problem  arises  a  PTR  is  registered.  The  PTR  is 
basically  a  data  structure  used  to  capture  significant  aspects  of  the  problem.  PTRs  are  then 
incorporated  into  the  software  revision  control  and  requirements  maintenance  processes  to 
ensure  that: 

1.  Problems  being  repaired  actually  address  software  requirements. 

2.  Software  revisions  reflect  solutions  identified  in  the  PTRs  and  that 

3.  Any  identified  changes  to  the  server  requirements  are  addressed  in  future  software 
revisions  along  with  the  reasons  for  the  change. 

A  PTR’s  severity  is  classified  as  “high”  if  it  blocks  the  server  from  achieving  any  of  its  critical 
software  requirements.  The  PTR  basic  format  is  borrowed  from  the  PTR  process  and  system 
adopted  by  MATREX  (0)  with  the  PTR  fields  modified  to  suite  the  lethality  server.  These  fields 
are  meant  to  be  self  explanatory. 

This  appendix  provides  a  list  of  server  PTRs  identified  during  and  in  the  DTE-4  post  operation 
analysis  phase.  They  contain  a  spectrum  ranging  from  highly  severe  erroneous  behavior  and 
needed  data  configuration  changes  to  (on  the  other  end  of  the  spectrum)  items  that  are  deem 
“nice  to  have”  (but  not  critical).  The  level  of  detail  given  in  the  PTRs  is  intended  to  provide  a 
technical  understanding  of  the  problem. 
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PTR# 

1 

Title 

“cout”  violation 

Status: 

Closed 

Date 

Mon  Aug  16  13:34:59  EDT  2004 

Severity: 

High  -  indicates  memory  overwrite 

Category: 

Coding  error 

Short 

Description 

cout  is  overwritten 

Further 

Details 

cout  is:  0x810ae6c 

by  the  time  I  get  to  queue  report(void), 

>queue_report(void) 
cout  is:  0 

This  happens  after  any  WeaponsFire  or  MunitionDetonation.  if  calls  to  hWeaponsFire()  and 
hMunitionDetonation()  are  commented  out,  then  no  such  error  occurs. 

Comment:  Tue  Aug  17  11:50:51  EDT  2004  this  starts  when 
msHLA->ascii  interaction()  is  called  with  an  unfound  object  name. 

msHLA->ascii  lnteraction(“InteractionRoot.WeaponFire”)  *all  is  well* 

vs 

msHLA->ascii  lnteraction(“WeaponFire”)  *count  is  0* 

Resolution 

Date 

Tue  Aug  17  12:08:44  EDT  2004 

Resolution 

Description 

Noted  that  first  ascii  InteractionQ  call  worked,  second  bombed  and  set  cout  to 

0. 

cout  «“ - ”  «  endl; 

cout  «  msHLA->ascii  Interaction(“InteractionRoot.WeaponFire”)  «  endl; 

cout  «“ - see:-”  «  endl; 

cout  «  msHLA->ascii  lnteraction(“WeaponFire”)  «  endl; 

cout «“ - done”  «  endl; 

ascii  lnteraction()  returns  NULL  when  the  interactionName  is  not  found: 

const  char  *FOM  Object: :ascii  Interaction(  const  char  *interactionName  ) 

{  const  char  *ret; 

SOM  Interaction  *asim; 

asim  =  sims  get(interactionName); 

if  (asimUNULL) 

ret  =  asim->ascii(); 

else 

ret  =  NULL; 
return  ret; 

} 

the  Interaction  name  that  is  used  must  be  the  same  as  that  used  in  the  .HLAfc 
file. 

Notes 
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PTR# 

2 

Title 

N/A 

Status: 

closed 

Date 

Notes 

There  is  no  PTR  2. 

PTR# 

3 

Title 

rmobject()  memory  leek 

Status: 

close 

Date 

17  August,  2004 

Severity: 

High 

Category: 

Coding  Error 

Short 

Description 

Objects  resigning  from  the  federation  are  not  removed  from  the  server. 

Further 

Details 

When  deleting  objects  from  the  hashmap,  the  FOM  Objects  were  never  destroyed. 

Resolution 

Date 

Adding  code  to  HLAmon.RPRFOM  to  handle  deletion. 

Resolution 

Description 

Notes 

NOTE:  This  applies  to  HLAmon.MATREX  since  I  am  starting  from  the  MATREX 
federation  my  hla  read.cc  code  base. 

PTR# 

4 

Title 

Obsolete  function 

Status: 

closed 

Date 

Tue  Aug  17  08:43:31  EDT  2004 

Severity: 

Low 

Category: 

Nice  to  have  -  but  not  critical  to  behavior 

Short 

Description 

see  if  we  can  remove  ms  DiscoveredEntitiesFOM  Object  ByStringID[] 

Further 

Details 

Resolution 

Date 

08/17/04 

Resolution 

Description 

Cleaned-up  ms  DiscoveredEntitiesFOM  Object  ByStringID[]  and  I  see  that  it  (this 
container)  is  really  not  needed.  (I  think  may  wish  to  remove  it  after  all  checks  out). 

Notes 

PTR# 

5 

Title 

Internal  Variable  name  change 

Status: 

Close 

Date 

Tue  Aug  17  10:10:00  EDT  2004 

Severity: 

Low  -  added  for  clarity,  to  avoid  coding  confusion 

Category: 

Coding  change  -  for  efficiency  or  risk  management 

Short 

Description 

Internal  Variable  name  change 

-  ms  RPRFOMids  2  RTIObectlnstanceHandle  is  ambiguous 

Further 

Details 

change  ms  RPRF OMids_2_RTIObectInstanceHandle 
name  to 

ms  DiscoveredEntitiesInstanceHandle  ByObjectlnstanceName 

created 

ms  FOMSpecificStringldentifier  ByInstanceHandle[] 

To  map  things  like  the  RPR_FOM’s  “123.32.45.”  <->  1232132 

Resolution 

Date 

17  August,  2004 

Resolution 

Description 

Notes 
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PTR# 

6 

Title 

Missed  updates 

Status: 

closed 

Date 

Mon  Aug  23  09:51:34  EDT  2004 

Severity: 

High  -  we  can  miss  some,  but  not  too  many  state  updates 

Category: 

FOM  /  network  configuration  /  some  programming 

Short 

Description 

When  playback  is  run  fast,  (best  effort)  entity  updates  might  be  getting 
missed 

Further 

Details 

I  am  getting  “<NOT  IN1ITALIZED>“  for  many  of  the  entities’  attributes 

Maybe  queuing  an  entity  update  request  might  help.  Also  this  should  be  retested  after 
removing  the  verbose  debugging  print  and  couf  s. 

Resolution 

Date 

Date:  05  Oct  2004:  1030 

Resolution 

Description 

A  balance  must  be  determined  and  made  between  occasionally  missed  updates  and 
critical  interactions.  Fire/Detonation  events  need  to  be  set  as  “reliable”  in  the  .fed  file. 
All  server  debugging  output  and  logging  needs  to  be  “off’  to  reduce  processing 
overhead  (and  reduce  the  number  of  missed  updates.  In  addition  the  following  federate 
data  items  should  be  transmitted  reliably  to  ensure  receipt: 

in  the  fed  file  SEIT.fed:  (ensures  receipt  of  all  fire  and  detonations) 

(class  WeaponFire  reliable  timestamp 
(class  MunitionDetonation  reliable  timestamp 

in  the  “rid”  file  ATCSEITRID.mtl:  (ensures  object  discoveries) 

;;  Enable  reliable  transport  for  internal  and/or  FOM  (e.g.,  update,  reflect, 

;;  delete,  and  interactions)  messages.  Requires  the  rtiexec  process 
(setqb  RT1  internalMsgReliable  1) 

Notes 

PTR  14  provided  main  fix.  PTR  7  is  related. 

PTR# 

7 

Title 

Better  verification  data  written  faster. 

Status: 

Open 

Date 

Mon  Aug  30  1 1 :46:59  EDT  2004 

Severity: 

Low 

Category: 

Optimization 

Short 

Description 

Verification  output  needs  to  be  placed  in  a  data  file  rather  than  standard  output. 

Further 

Details 

Need  write  VL  Params  to  a  data  record  (not  just  stdout).  Include  results  of  the  table 
lookup,  (error  messages).  When  the  VL  RSLT  ERR  NO  TABLE  occurs.  A  special 
record  should  be  created,  perhaps  in  a  different  file.  This  will  indicate  that  a  table  (data 
source)  needs  to  be  found  for  the  identified  target,  threat,  and  the  vulnerability  method 
used.  If  a  threat  or  target  is  unknown  (DIS  enumeration  not  known)  that  should  be 
noted. 

Resolution 

Date 

Resolution 

Description 

Notes 

22 


PTR# 

8 

Title 

Weapon  Fire  event  accounting  inconsistency 

Status: 

Closed 

Date 

Aug  30  17:37:14  EDT  2004 

Severity: 

Medium 

Category: 

Singular  event  -  unexplained  behavior 

Short 

Description 

Unexplained  accounting  (tracking  of)  Weapon  Fire  events. 

Further 

Details 

after  completing  SEIT  DTE -4  afternoon  run  for  record  today,  the  LV  server  reported 
number  of  observed  weapon  fires  [414]  not  equal  to  the  number  of  mapped  weapon  fire 
events  [280]  (an  internal  tracker  containing  weapon  fire  records).  These  numbers 
should  be  equal. 

entities  tracked  :  15 

mapped  events  to  weapon  fires:  280 
weapon  fires  seen (should  ==A) :  414 
detonations  seen  :  265 

unprocessed  detonations  :  0 

Objects  Tracked  in  middleware:  17 

Resolution 

Date 

10/22/04 

Resolution 

Description 

We  conclude  that  this  was  the  due  to  a  “misbehaving  program” 

As  the  code  expert  below  shows,  this  can  only  happen  if  the  weapon  fire  “event”  field 
was  not  filled  (or  repeated  with  the  same  data)  by  an  issuing  application,  or  if  the  server 
received  no  data  for  the  fire  event  field.  This  would  cause  reoccurring  strings  resulting 
from  the  “strdupO”  call  (and  hence,  a  lower  count  for  “mapped  events”.  This 
observation  was  not  recorded  again,  so  we  conclude  the  fire  event  issuing  program  was 
repaired.  LV  server  “my  hla  read.cc”  excerpt: 

wf  =  new  WeaponFire; 

_updateFromMiddlewareWeaponFire  (  wf,  msHLA  );  //  fills 
"wf"  data  atribs. 

EventHandleWrapper*  evp  =  new  EventHandleWrapper (  (wf- 
>EventIdentif ier)  )  ; 

ms_observerdWeaponFires . push_back (  evp  ); 
ms_EventHandleWrapperStr_2_WeaponFire [  strdup (evp- 
>toString())  ]  =  wf; 

//....later  these  are  used  to  print  the  statistics  above: 

cout  <<  "mapped  events  to  weapon  fires:  "  << 
ms_EventHandleWrapperStr_2_WeaponFire . size ( )  <<  endl; 

cout  <<  "weapon  fires  seen (should  ==A) :  "  << 
ms_observerdWeaponFires . size ( )  <<  endl; 

Notes 
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PTR# 

9 

Title 

LV  Server  crashed  ! 

Status: 

Closed 

Date 

31  Aug  200 

Severity: 

High 

Category: 

Coding  error. 

Short 

Description 

Server  crashed  during  DTE-4  run. 

Further 

Details 

Crashed  when  removing  object  without  an  RTIObjectlnstanceName  (provided  by  RTI). 

Resolution 

Date 

1  Sep  2004 

Resolution 

Description 

That  is,  the  RTI  created  an  object  without  providing  a  name  (text  string)  as  it  should 
(likely  because  another  HLA  federate  created  an  object  without  providing  a  text 
“name”  as  require).  When  it  came  time  to  delete  the  object,  the  server  expected  a  string 
to  be  were  there  was  none. 

The  error  was  caused  by  passing  a  NULL  string  or  a  ““  empty  string  (with  multiple 
instances)  to  the  STL::hash  map.fmdQ  when  remove  object  was  called.  Code  was 
added  to  make  the  server  more  robust  an  handle  this  occurance. 

After  Fixing  this  the  Lvserver  never  crashed  again  during  the  last  2 
days  (1-2  sep)  of  SEIT  DTE-4. 

Notes 

PTR# 

10 

Title 

Mis-reported  Error 

Status: 

Closed 

Date 

2  Sep  2004 

Severity: 

Medium 

Category: 

Confusing  behavior 

Short 

Description 

Server  reports  “target  unknown”,  but  it  is  actually  a  Threat  that  is  not  known. 

Further 

Details 

Example  Excerpt  from  the  standard  output: 

DAMAGE  RESULT  was:  -2  (or  "M_KILL" 

Vulnerability  not  determined!  -  there  were  errors! 

Error  was  code  (4) :  VL_RSLT_ERR_UNKNOWN_TARGET 

Probability  distribution:  <none> 

#  V/L  Parameters  START 

# 

#  dbEntity  Coordinate  System:  EQS 

#  World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  1.957169  (112.137543  degrees)  EQS 

VLP_ang_attack  -0.009947  (-0.569940  degrees)  EQS 

VLP_impact :  0.121652  0.030240  -1.583664  x  y  z  (meters) : 

EQS 

VLP  tvel :  405.787262  476.605316  904.535278  x  y  z  (m/s) 

WQS 

VLP_range  559.539490  (meters)  WQS  (if  0, 

then  unknown) 

VLP_target_id  =  300  8  1305  (site,  application,  entity  id) 
VLP  target  type  =  (1,1,222,2,2,1,0)  ("  BMP-2","  BMP-2", 

) 

VLP_threat_type  =  (2,2,225,2,3,7,0)  (  ""  ,  ""  ,  ""  ) 

VLP_f irer_type  =  (1,1,225,2,1,4,0)  ("  FMC  M2/M3 

Bradley", ) 
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VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =(00  764  ) 

#  V/L  Parameters  END 

Resolution 

Date 

28  September  2004,  29  September  2004. 

Resolution 

Description 

Note:  verified  that  tgt  is  known.  (1,1,222,2,2,1,0)  (“  BMP-2”,’’  BMP-2”, ) 

Note:  the  unknown  threat:  (2,2,225,2,3,7,0)  (highlighted  in  the  “Further  Details” 
section  of  this  PTR)  should  have  appeared  as  “UNKNOWN”  if  indeed  there  was  no 
description  of  that  entity  in  the  enumerations  database.  Yet,  by  visual  inspection 
(which  could  be  flawed)  “(2,2,225,2,3,7,0)”  could  not  be  found  in  the  database.  To 
ensure  that  the  target  is  a  “known”  and  that  “(2,2,225,2,3,7,0)”  has  an  entry,  the 
following  entity  DIS  enumeration  record  “(2,2,225,2,3,7,0)”  was  added. 

29  September: 

Following  this  change  and  in  subsequent  log  file  playbacks,  the  target  was  still  reported 
as  VL  RSLT  ERR  UNKNOWN  TARGET  however,  this  reported  error  was  known  to 
be  incorrect  since  the  target  was  identified  as  the  added  DIS  enumeration  record 
indicated.  The  solution  was  completely  resolved  when  the  software  changes  shown  in 
PTR  12  took  effect.  The  mis-reported  error  was  generated  from  a  previously  issued 
error  report  and  hence,  out  of  synchronization  with  the  root  cause  of  the  problem  which 
was  a  missing  vulnerability  table: 

VLP  target  type  =  (1,1,222,2,2,1,0)  ("  BMP-2","  BMP-2", 

) 

VLP_threat_type  =  (2,2,225,2,3,7,0)  (  ""  ,  ""  ,  ""  ) 

Notes 

11  Nov  2004: 

Postscript:  The  missing  vulnerability  table  was  addressed  in  the  4th  target-threat  pairing 
listed  in  PTR#24. 

PTR# 

1 1  Title  Server  reports  odd  returned  lookup  result 

Status: 

Close  Date  28  Sep  2004 

Severity: 

Low 

Category: 

Confusing  output 

Short 

Description 

Damage  result  makes  no  sense  example:  DAMAGE  RESULT  was:  -2  (or  “M  KILL” 

Further 

Details 

See  PTR  10  example  output 

“DAMAGE  RESULT  was:  -2  (or  "M_KILL"“ 

it  should  read  something  like: 

“DAMAGE  RESULT  was:  -2  (or  "PS_ERROR")” 

Damage  result  code  is  not  a  kill-level  code. 

Resolution 

Date 

28  September  2004 

Resolution 

Description 

Error  Identified:  (coding  patch  to  my  hla  read.cc) 

str  VL  RESULT  FLAG(  result )  was  used  to  interpret  the  returned  result. 

Resolution: 

Instead  use  vl  result  str(  result )  to  print  the  string  interpretation  of  the  returned 
result. 

Notes 
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PTR# 

12 

Title 

Server  cannot  solve  for  high  explosive  round  if  firer 
is  not  known. 

Status: 

Closed 

Date 

09/29/04 

Severity: 

High  -  impedes  functioning  100%  of  the  time. 

Category: 

Coding  error. 

Short 

Description 

The  server  should  be  able  to  provide  a  solution  for  high  explosive  (HE)  rounds  just 
knowing  the  target  and  threat  (munition).  It  doesn’t  need  the  firer.  VL  APIs  require 
knowing  where  the  firer  shot  the  round. 

Further 

Details 

vlparam.c:  vlp  setp  all  Munition  Frm  DIS() 

Problem:  the  API  returns  (with  out  sufficient  error  reporting  if  any  entity 
state  [firer,  target,  detonation]  is  NULL).  In  many  high  explosive  munition  (HE)  cases, 
we  don’t  need  to  know  the  firer’s  location  (in  order  to  determine  range).  The  Firer’s  ID 
(and  fire  PDU)  is  only  used  to  determine  range.  Range  is  not  a  parameter  for  HE  ANTI 
Tank  rounds. 

Resolution 

Date 

29  Sep  2004 

Resolution 

Description 

Code  modified  (in  vl.c  library)  so  that  the  table  lookup  does  not  abort  if  firer  is  a  NULL 
pointer  (but  it  does  report  that  fact  using  _rpt_error()). 

Namely  in  $VLS_HOME/src/Lib/VlapiM.c:  lines  100-101  were  changed  from: 

100  if  (  firer  =  NULL  1 1  tgt  ==  NULL  1 1  det  =  NULL  )  { 

101  ++error; 

to 

100  if  (tgt  ==  NULL  ||  det  ==  NULL  )  { 

101  ++error; 

Notes 

PTR# 

13 

Title 

Target  type  not  set  properly. 

Status: 

Closed 

Date 

04  Oct  2004:  1555hrs 

Severity: 

High 

Category: 

Short 

Description 

vlp  setp  all  Munition  Frm  DIS()  does  not  set  Target  type  properly  (or  range,  but  in 
this  case  we  do  not  know  range  since  we  don’t  have  a  fire  PDU). 

Further 

Details 

(Example  from  DTE4  data  log:  300:8:1221gw  firing  on  300:8:1257gw) 
eventID  -  varies  depending  on  when  log  is  started: 
could  this  be  an  endian  problem? 

VLP_range  6373379.000000  (meters)  WQS 

(if  0,  then  unknown) 

VLP_target_id  =  50307  60176  36319  (site,  application, 
entity  id) 

VLP_target_type  =  (131,196,60176,223,141,118,0)  (*UNKNOWN* 
entity  enumeration!) 

Resolution 

Date 

05  Oct  2004:  1000 

Resolution 

Description 

This  is  likely  a  result  playing  back  a  log  file  to  a  point  of  interest.  If  the 

target  (which  is  stationary)  has  not  sent  an  HLA  position  update  since  prior  to  its 

discovery,  then  its  position  is  not  known,  (undefined  derivations  of  items  such  as): 

VLP_range  6373379.000000  (meters)  WQS 
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(if  0,  then  unknown) 

VLP_target_id  =  50307  60176  36319  (site,  application, 
entity  id) 

VLP_target_type  =  (131,196,60176,223,141,118,0) 

(*UNKNOWN*  entity  enumeration!) 

Fix: 

Date:  05  Oct  2004:  1000 

the  possible  fix  was  correct.  -  RESOLVED.  But  I  am  adding  PTR  14 

vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531236.113070  -5187662.615902 
3370985.329899 
(WorldLocationStruct ) 

DetonationResultCode  =  0x01 
(DetonationResultCodeEnum8 ) 

Eventldentif ier  =  12  "Gateway" 

(Event I dent if ier Struct ) 

FiringOb jectldentif ier  =  "300 : 8 : 1216gw" 

(RTIOb ject IdStruct ) 

FinalVelocityVector  =  -293.000519  57.890354  - 
41 . 126778 

(VelocityVect or Struct ) 

FuseType  =  0  (FuseTypeEnuml 6 ) 

MunitionOb jectldentif ier  =  ""  (RTIOb jectldStruct) 

MunitionType  =  0x02  0x02  225  0x01  0x01  0x00  0x00 
(EntityTypeStruct ) 

QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationLocation  =  0.000577  0.155480  - 
1 .769039 

(RelativePositionStruct ) 

TargetOb jectldentif ier  =  "300 : 8 : 1240gw" 

(RTIOb jectldStruct ) 

WarheadType  =  1600  (WarheadTypeEnuml 6 ) 

}  //  end  vector  <DataElement  *>  parameters 

Notes 

6  Oct.  PTR  reopened.  -  NOT  FIXED, 
see:  PTR14. 

PTR# 

14 

Title 

Re:  Target  type  not  set  properly. 

Status: 

Closed 

Date 

10/06/04 

Severity: 

High 

Category: 

Code  or  Data  -  Impends  ability  to  function  correctly  100%  of  the  time. 

Short 

Description 

Re-opened  PTR  13 

Further 

Details 

vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531236.113070  -5187662.615902 
3370985.329899 
(WorldLocationStruct ) 

DetonationResultCode  =  0x01 
(DetonationResultCodeEnum8 ) 

Eventldentif ier  =  12  "Gateway" 

(Eventldentif ier Struct ) 

FiringOb jectldentif ier  =  "300 : 8 : 1216gw" 

(RTIOb jectldStruct ) 

FinalVelocityVector  =  -293.000519  57.890354  - 
41 . 126778 

(Velocity Vector Struct ) 

FuseType  =  0  (FuseTypeEnuml 6 ) 

MunitionOb jectldentif ier  =  ""  (RTIOb jectldStruct) 

MunitionType  =  0x02  0x02  225  0x01  0x01  0x00  0x00 
(EntityTypeStruct ) 
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QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationLocation  =  0.000577  0.155480  - 
1 .769039 

(RelativePositionStruct ) 

TargetOb jectldentif ier  =  "300 : 8 : 1240gw" 

(RTIOb jectldStruct ) 

WarheadType  =  1600  (WarheadTypeEnuml 6 ) 

}  //  end  vector  <DataElement  *>  parameters 

See  example  standard  output.  The  target  is  definitely  identified  above  in  the  Munition 
Detonation  interaction.  However,  when  interpreted  by  the  server,  the  server  is  unable 
to  resolve  the  target: 

- AT  THIS  POINT  THE  Lethality  server  would 

broadcast - 

DAMAGE  RESULT  was:  -2  (or  "PS_ERROR" 

Vulnerability  not  determined!  -  there  were  errors! 

Error  was  code  (1)  :  VL_RS L T_E RR_N 0_T ABLE 
unknown  THREAT:  (2,2,225,1,1,0,0) 

Probability  distribution:  <none> 

#  V/L  Parameters  START 

# 

#  dbEntity  Coordinate  System:  EQS 

#  World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  0.211488  (12.117380  degrees)  EQS 

VLP_ang_attack  0.617644  (35.388409  degrees)  EQS 

VLP_impact :  0.000577  0.155480  -1.769039  x  y  z  (meters) : 

EQS 

VLP_tvel:  -293.000519  57.890354  -41.126778  x  y  z  (m/s) 

WQS 

VLP_range  6373379.500000  (meters)  WQS 

(if  0,  then  unknown) 

VLP_target_id  =  50307  60176  36319  (site,  application, 
entity  id) 

VLP_target_type  =  (131,196,60176,223,141,118,0)  (^UNKNOWN* 

entity  enumeration!) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  ("  BGM-71  TOW",,  ) 

VLP_f irer_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =  (  0  0  12  ) 

#  V/L  Parameters  END 

Resolution 

Date 

Mon  Oct  18  16:08:06  EDT  2004 

Resolution 

Description 

The  root  cause  of  this  problem  is  that  the  target  entity  was  removed  from  the  federation 
(perhaps  because  it  was  timed-out,  or  its  gateway  restarted)  and  later  the  entity  rejoined 
the  federation.  When  it  rejoined,  it  had  no  state  data. 

Unimplemented  Software  solution  1: 

Re-Opened:  a  final  (FOM  specific  fix)  is  to  have  a  permanent  list  of  entity  types 
mapped  to  the  EntityID’s  “300:8: 1256gw”  (a  RTIObjectldStruct  datatype).  Thus  when 
the  target  is  identified 

(TargetObjectldentifier  =  “300:8:1256gw”  (RTIObjectldStruct))  will  then  be  a  quick 
lookup  in  the  even  that  there  is  no  entity  type.  If  the  mapped  entity  type  still  makes  no 
sense,  request  an  update  for  that  entity  accepting  the  updated  entity  type  field  as  the 
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new  permanent  list  entry. 

Unimplemented  software  solution  2: 

Used  in  conjunction  with  the  identified  process  solution  below. 

Add  the  “request  for  attribute  updates”  HLA  service  call.  Attach  this  service  to  a 
button  or  command  interface  to  force  federates  to  provide  an  update.  This  will  be 
activated  during  the  process  resolution  (below)  until  the  server  has  seen  an  update  of 
critical  parameters  (entity  type  and  position)  from  all  entities.  This  solution  requires 
that  all  federates  implement  the  “provide  attribute  update”  HLA  service  into  their 
federate. 

Process  solution: 

This  is  a  less  acceptable  solution  since  there  remains  the  possibility  of  the  server 
missing  the  entity’s  state  data  update  when  it  rejoins  the  federation.  Process:  upon  any 
federate  restarting  (recycling),  pause  the  federation  execution  for  several  entity  update 
cycles.  This  will  make  it  less  likely  that  the  server  will  miss  all  entity  updates  for  the 
rejoined  entities. 

Notes 

Postscript:  See  PTR  21.  Software  solution  2  is  partially  implemented,  (the 
command/button  interface  and  update  verification  check  remains  unimplemented). 

PTR# 

15 

Title 

Expose  lookup  table 

Status: 

Closed 

Date 

Date:  05  Oct  2004 

Severity: 

Low  -  doesn’t  effect  functionality.  But  will  greatly  aid  in  validation. 

Category: 

Validation 

Short 

Description 

Need  to  expose  the  lookup  table  (or  data  source). 

Further 

Details 

This  will  help  verify  that  the  server  is  going  to  the  correct  lookup  table  (data  source). 

Resolution 

Date 

Date:  05  Oct  2004:  1130 

Resolution 

Description 

Added  the  Data  Dictionary  element:  VLP  dataSourceURL 
it  is  set  upon  successful  (or  unsuccessful  lookup), 
touched:  db_tbl_result_func()  (where  VLP  dataSourceURL  is  set), 
touched:  vlparam.h  &  vlparam.c 

Output  will  now  appear  as:  VLP_dataSourceURL  =  "file:/...  some  url" 

Notes 
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PTR# 

15a 

Title 

A  known  threat  reported  as  “UNKNOWN” 

Status: 

Close 

Date 

Wed  Oct  6  16:54:47  EDT  2004 

Severity: 

Medium 

Category: 

Cosmetic  -  (hopefully) 

Short 

Description 

Why  is  threat  reported  as  unknown,  when  I  think  a  TOW  is  defined. 

The  real  error  may  be  VL  RSLT  ERR  NO  TABLE,  but  it  needs  to  be  investigated. 

Further 

Details 

From  some  example  output,  note  “unknown  TF1REAT:  “  statement.  And  yet  it  is  known 
to  be  a  TOW  missile.  On  the  other  hand  the  target  is  not  known  and  should  be  reported 
as  such. 

AT  THIS  POINT  THE  Lethality  server  would 
broadcast - 

DAMAGE  RESULT  was:  -2  (or  "PS_ERROR" 

Vulnerability  not  determined!  -  there  were  errors! 

Error  was  code  (1) :  VL_RSLT_ERR_NO_TABLE 
unknown  THREAT:  (2,2,225,1,1,0,0) 

Probability  distribution:  <none> 

#  V/L  Parameters  START 

# 

#  dbEntity  Coordinate  System:  EQS 

#  World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  0.211488  (12.117380  degrees)  EQS 

VLP_ang_attack  0.617644  (35.388409  degrees)  EQS 

VLP_impact :  0.000577  0.155480  -1.769039  x  y  z  (meters) : 

EQS 

VLP_tvel :  -293.000519  57.890354  -41.126778  x  y  z  (m/s) 

WQS 

VLP_range  6373379.500000  (meters)  WQS 

(if  0,  then  unknown) 

VLP_target_id  =  50307  60176  36319  (site,  application, 
entity  id) 

VLP_target_type  =  (131,196,60176,223,141,118,0)  (*UNKNOWN* 
entity  enumeration!) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  ("  BGM-71  TOW",,  ) 

VLP_f irer_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =  (  0  0  12  ) 

VLP_dataSourceURL  =  <null> 

#  V/L  Parameters  END 

Resolution 

Date 

10/06/04 

Resolution 

Description 

FIXED:  it  was  a  mislabeled  print  statement  in  my  hla  read.cc 

Notes 
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PTR# 

15b 

Title 

Logger  Configuration 

Status: 

Closed 

Date 

Date:  07  Oct  2004 

Severity: 

Low  -  doesn’t  affect  functionality.  Effects  analysis 

Category: 

Validation 

Short 

Description 

MaK  logger  has  a  “play  loop”  feature.  Make  sure  it  is  turned  off. 

Further 

Details 

Most  of  the  re-runs  had  “play  loop”  turned  on,  thus  1  had  repeated  detonations  and  a 
general  mis-count  of  fires  and  detonations. 

Resolution 

Date 

2004  Oct  07 

Resolution 

Description 

Pull-down  menu  “options”,  make  sure  loop-play  is  “off’. 

Notes 

PTR# 

16 

Title 

Formatting  in  one  of  the  Debug  output  files. 

Status: 

Closed 

Date 

10/12/04 

Severity: 

Low 

Category: 

Inconsistency 

Short 

Description 

PTR  1 1  was  not  applied  to  a  printout  of  result  code  that  is  sent  to  the  debug  file 
(“vlserver_debug2.out”) 

Further 

Details 

Resolution 

Date 

10/12/04 

Resolution 

Description 

resolution  same  as  PTR  1 1 . 

Notes 
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PTR# 

17 

Title 

Found  (non-existing)  data  table  !? 

Status: 

USB 

Date 

Wed  Oct  13  13:12:13  EDT  2004 

Severity: 

High 

Category: 

USB  -  (“unduplicated  suspicious  behavior”) 

Short 

Description 

misreported  finding  data  table  for  non-matching  threat-target. 

Further 

Details 

Lserver  reports  a  matching  table  when  I  know  there  should  be  none: 

Symptoms: 

VLP_target_type  =  (1,1,222,1,2,2,0)  ("  T-72  MBT" , "  T- 

72M",  ) 

VLP_threat_type  =  (2,2,225,2,3,7,0)  (  ""  ,  ""  ,  ""  ) 

both  these  are  in  the  list  of  known  entities  but  there  is  no  combination  of  this  threat- 
target  in  the  meta  data  file  and  yet  the  server  reported  actually  finding  a  table 

(dfdam_df  1_3V2001 .  rdr)  and  processed  it: 

Vulnerability  determined  SUCCESS  -  no  errors. 

Probability  distribution:  0.000000  0.100000  0.100000 

0.100000  1.000000 

#  V/L  Parameters  START 

# 

#  dbEntity  Coordinate  System:  EQS 

#  World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  5.316593  (304.618317  degrees)  EQS 

VLP_ang_attack  0.006391  (0.366203  degrees)  EQS 

VLP_impact :  1.153606  0.794216  -2.014180  x  y  z  (meters) : 

EQS 

VLP_tvel :  -929.881165  -115.691681  -576.139221  x  y  z  (m/s) 

WQS 

VLP_range  1091.579834  (meters)  WQS  (if  0, 

then  unknown) 

VLP_target_id  =  300  8  1279  (site,  application,  entity  id) 
VLP_target_type  =  (1,1,222,1,2,2,0)  ("  T-72  MBT","  T- 

72M",  ) 

VLP_threat_type  =  (2,2,225,2,3,7,0)  (  ""  ,  ""  ,  ""  ) 

VLP_f irer_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =  (  0  0  81  ) 

VLP_dataSourceURL  = 

f ile : /Data/Tables/IUA/dfdam  dfl  3V2001.rdr 

the  only  T72  meta  record  with  the  3V2001.rdr  table  is: 

#  #####  vehicle_USSR_T72M  #####  dfdam_mf_T72M. rdr 
# — next  line's  tgt  and  threat  are:  vehicle_USSR_T72M  hit 
by  a  munition_USSR_125HEAT 

1  1  222  122,22  222  2  18  0  , "DIS 

HitToKill", "IUA_HEAT . rdr", "file : /Data/Tables/IUA/ dfdam_df 1_ 
3V2001 . rdr" 

Resolution 

Date 

Mon  Oct  18  15:05:18  EDT  2004 

Resolution 

Description 

Unable  to  reproduce  this  error.  Never  repeated.  See  PTR  18. 

Notes 
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PTR# 

18 

Title 

Re:  Found  (non-existing)  data  table  !? 

Status: 

Closed 

Date 

10/14/04 

Severity: 

High 

Category: 

Short 

Description 

Followup:  (for  PTR::HLAmon.RPR_SEIT4::17) 

This  combination  still  does  not  have  a  table  but  is  is  NOW  being  correctly  reported  as 
such. 

Further 

Details 

Resolution 

Date 

Thu  Oct  14  13:59:40  EDT  2004 

Mon  Oct  18  15:05:18  EDT  2004  (re-verified) 

Resolution 

Description 

The  problem  went  away  when  more  data  tables  were  added  to  the  server’s  meta -table 
database. 

Rerun  following  PTR: :HLAmon.RPR  SEIT4::24  (data  tables) 

Notes 

PTR# 

19 

Title 

Munition  text  field  mislabeled 

Status: 

Open 

Date 

Wed  Oct  13  15:24:37  EDT  2004 

Severity: 

Low 

Category: 

Cosmetic  -  but  could  be  confusing 

Short 

Description 

Text  field  mislabeled,  entity  discription  is  120mm,  but  it  should  be  125mm. 

Effect:  cosmetic,  (but  could  be  confusing). 

Further 

Details 

2  2  222  2  18  5704  “Munition”  “Anti -Armor”  “Commonwealth  of  Independent  States” 
“Ballistic”  “  120mm  HEAT-FS” 

Meta  data  records  are  correct: 

######  vehicle  USSR  2S19  #####  dfdam  mf  2S19.rdr 
#— next  line’s  tgt  and  threat  are:  vehicle  USSR  2S19hitbya 
munition  USSR  125HEAT 

1  1  222  4  26  0 , 2  2  222  2  18  0  ,”DIS 

HitToKill”,”IUA_HEAT.rdr”,”file:/Data/Tables/IUA/dfdam_dfl_3V2007.rdr” 

Resolution 

Date 

Resolution 

Description 

Notes 

This  would  be  fixed  in  the  DIS  entity  description  file: 
dis2_0_4 jds.csf  or  dis_entities_aux.csf 
in  the  $VLS  HOME/Data/Init/  directory 
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PTR# 


18a 


Title 


Missing  Data  Tables 


Status: 


Closed 


Date 


Wed  Oct  13  15:05: 10  EDT  2004 


Severity: 


High 


Category: 


Data 


Short 

Description 


Missing  data  table,  known  target  and  threat. 

Wed  Oct  13:  VLP_target_type  =  (1,1,225,2,1,6,0)  (“FMC  M2/M3  Bradley”,) 
VLP  threat  type  =  (2,2,222,2,2,2,1)  (  “30SABOT”  ,”fromBMP2”  ,  ““  ) 

Basically  need  to  add  the  Bradley  as  target  and  as  shooter  (against  BMP2 
and  T72) _ 


Further 

Details 


Need  to  add  these  combinations: 

VLP_target_type  =  (1,1,222,2,2,1,0) 


("  BMP-2","  BMP-2", 


VLP_threat_type  =  (2,2,225,2,3,7,0)  (  ""  ,  ""  ,  "" 

munition_US_M7 92  :  DISHighExplosivelncendiary 
VLP_f irer_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_target_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_threat_type  =  (2,2,222,2,2,2,1)  (  "30SABOT" 

”f romBMP2"  ,  ""  ) 


VLP_target_type  =  (1,1,225,2,1,6,0) 
Bradley", ) 

VLP_threat_type  =  (2,2,222,2,2,2,1) 
"fromBMP2"  ,  ""  ) 

VLP_f irer_type  =  (1,1,222,2,2,1,0) 


("  FMC  M2/M3 
(  "30SABOT"  , 

("  BMP-2","  BMP-2", 


VLP_target_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_threat_type  =  (2,2,222,2,2,2,1)  (  "30SABOT"  , 

"fromBMP2"  ,  ""  ) 

VLP_f irer_type  =  (1,1,222,2,2,1,0)  ("  BMP-2","  BMP-2", 


Resolution 

Date 

Resolution 

Description 


Notes 


10/14/04 


Added  a  bunch  of  tables. 

Also  the  GAWK  scripts: 
missingPairs.awk 
missingPairs_2ndPass.awk 

will  scan  through  stdout  (or  the  file  “vlserver_debug2.out”)  and  automatically  generate 
a  listing  of  missing  target-threat  pairs. 
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PTR# 

20 

Title 

Text  field  mislabeled 

Status: 

Closed 

Date 

Wed  Oct  13  15:50:20  EDT  2004 

Severity: 

Low 

Category: 

Data 

Short 

Description 

entity  description  for  munition  US  M829A2  missing  from  needed  text  fields 

Effect:  cosmetic. 

VLP  threat  type  = 

: (2,2,225,2,13,8,0)  ) 

Further 

Details 

Resolution 

Date 

10/13/04 

Resolution 

Description 

Added  descriptor  for  munition  US  M829A2  (plus  a  few  more  entities)  in  the 
$VLS  HOME/Init/Data/dis  entity  aux.csv  file. 

Notes 

PTR# 

21 

Title 

Suspicious  data  read 

Status: 

Closed 

Date 

Wed  Oct  13  2004 

Severity: 

High 

Category: 

Network  Data  Read 

Short 

Description 

50th  detonation  of  a  re-run  shows  an  odd  VLPfirertype  =  (3,0,0,32,61,32,48).  This 
looks  like  random  data  and  not  a  true  entity  type. 

Further 

Details 

50th  detonation  shows  an  odd  VLP  firer  type  =  (3,0,0,32,61,32,48) 

VLP  DetEventID  (  0  0  95  )  5 

VLP_target_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_threat_type  =  (2,2,222,2,18,0,0)  ("  120mm  HEAT- 

FS",,  ) 

VLP_f irer_type  =  (3,0,0,32,61,32,48)  (*UNKNOWN*  entity 

enumeration ! ) 

This  entity  firer  is  a:  FiringObjectldentifier  =  “300:8: 1257gw” 

This  is  a  T72,  “EntityType”  (8  bytes),  (it  is:  0x01  0x01  222  0x01  0x02  0x02  0x00)  - 
That  entity  was  originally  created  as  RTIobject  ID  =  700247 

(according  to  the  vlserver  Creation.log).  However  it  was  then  removed  and  recreated 
repeatedly  (maybe  timed  out  on  the  gateway?). 

Resolution 

Date 

Resolution 

Description 

This  is  due  to  not  receiving  entity  updates  after  an  object  has  been  removed  from  the 
federation,  then  rejoined.  But  an  update  has  not  been  obtained  for  critical  data  (such  as 
its  entity  type  description). 

The  server  was  modified  to  force  a  request  for  attribute  updates  for  each  newly  joined 
entity.  This  greatly  reduced  the  occurrence  rate  of  this  ptr.  However  there  are  still 
instances  when  the  Gateway  simple  doesn’t  respond  to  the  update  request  or  doesn’t 
respond  fast  enough  and  there  is  no  entity  state  information  for  critical  fields  (such  as 
“EntityType”)  when  a  detonation  occurs.  An  iron-clad  solution  is  to  build  an  internal 
listing  of  RTIObject  IDs  associated  with  entity  identifiers  (e.g.:  “300:8:1257gw”)  so 
that  even  if  “300:8: 1257gw”  is  removed  (and  then  rejoins  with  a  new  RTIObject  ID,  its 
“state  information”  i.e.  Its  attributes  will  be  known  even  before  an  update.  Two 
problems  with  this  is  that  a),  it  is  RPR-FOM  specific  -  it  may  not  work  or  it  might 
even  break  with  other  FOMs.  b)  It  goes  against  the  HLA  specification  and  intent.  I.e. 
When  an  object  is  removed,  it  is  removed  and  deleted.  In  general  one  should  not 
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assume  a  newly  created  entity  is  supposed  to  have  the  same  “state  information”  of  a 
previously  deleted  entity. 

Notes 

See  PTR  14  Resolutions 

PTR# 

22 

Title 

unknown  entiy 

Status: 

Closed 

Date 

Wed  Oct  13  2004 

Severity: 

Low 

Category: 

Data  configuration 

Short 

Description 

Need  to  add  an  entity  to  dis  entity  aux.csv  file 

Further 

Details 

currently  the  remaining  known  unknown  entities  from  SEIT  DTE -4  are: 

VLP_threat_type  =  (2,2,225,2,13,31,3)  (*UNKNOWN*  entity 

enumeration ! ) 

VLP_threat_type  =  (2,2,225,2,13,32,2)  (*UNKNOWN*  entity 

enumeration ! ) 

VLP_threat_type  =  (2,2,225,2,13,6,0)  (*UNKNOWN*  entity 

enumeration ! ) 

VLP_threat_type  =  (2,9,225,2,19,5,0)  (*UNKNOWN*  entity 

enumeration ! ) 

2  2  225  2  13  *  are  "Munition"  "Anti-Armor"  "United  States" 
"Ballistic"  "  120mm"  probably  KE  rounds. 

2  9  225  2  19  *  is  "Munition"  "Battlefield  Support" 

"United  States"  "Ballistic""  7.62  mm" 

Resolution 

Date 

Thu  Oct  14  1 1 :46:06  EDT  2004 

Resolution 

Description 

From  OTB  2.0’s  data  tree: 

(2,2,225,2,13,31,3)  US  MX943  High  Explosive  (HE) 

munition_US_MX943 

(2,2,225,2,13,32,2)  US  MX943  HE  shaped  charge 

s  ubmun i t i o n  muni t i o n_U  S_MX  9  4  3_s ubmu n 
(2,2,225,2,13,6,0)  munition_US_M830Al  HEAT 

(2,9,225,2,19,5,0)  munition_US_M240  KE 

added  to  dis  entities  aux.csf 

Notes 

PTR# 

23 

Title 

Entity  name  missing  some  info 

Status: 

Close 

Date 

Thu  Oct  14  10:17:07  EDT  2004 

Severity: 

Low 

Category: 

Data  configuration  -  cosmetic 

Short 

Description 

A  known  entity  needed  an  english  description  added  for  cosmetic  purposes. 

Further 

Details 

(this  has  no  effect  on  the  proper  handling  of  this  munitions  damage  which  was  already 
functioning  properly). 

Resolution 

Date 

Thu  Oct  14  10:17:07  EDT  2004 

Resolution 

Description 

Added  to  text  name  field  for  dis  enumeration  (2,2,225,2,3,7,0) 
munition_US_M792  M792  F1E-I  (  DISFIighExplosivelncendiary  ) 

Notes 

Added  text,  but  not  tested  yet  at  time  of  the  fix. 
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PTR# 

24 

Title 

Missing  data  tables  (final  drop?) 

Status: 

Closed 

Date 

Thu  Oct  14  13:59:40  EDT  2004 

Severity: 

Medium 

Category: 

Data  configuration 

Short 

Need  to  add  (what  might)  be  the  final  target-munition  parings  (vulnerability  data  tables 

Description 

and  meta  data  records  for  these  tables). 

Further 

Missing  pairs  to  be  added: 

Details 

(1,1,222,1,2, 

2,0)  (2,2, 

,  225,2, 13,  6,  0) 

#  — 

T72  MBT 

attacked  by  £ 

i  munition 

_US_M830A1  HEAT 

(1,  1,222,2,2, 

1,0)  (2,2, 

,  225,2, 13,32,2 

)  #  — 

-  BMP-2  attacked 

by  a  munition_US_MX943_ 

_submun 

(1, 1,222,2,2, 

1,0)  (2,2, 

,  225,2, 13,  6,0) 

#  — 

BMP-2  attacked 

by  a  munition_US_M830Al 

(1, 1,222,2,2, 

1,0)  (2,2, 

,  225,2,3,7,  0) 

#  — 

BMP-2  attacked 

by  a  M792  HE- 

-I 

(1, 1,222,2,2, 

1,0)  (2,9, 

,  225,2, 19,5,  0) 

#  — 

BMP-2  attacked 

by  a  munition_US_M240 

(1,1,222,4,18,0,0)  (2,: 

2,225,2, 13,  6,0 

)  #  — 

-  ZSU-23/4Quad 

attacked  by  £ 

i  munition. 

US  M830A1 

(1,  1,222,4,  18,  0,  0)  (2,  : 

2, 225, 2, 3, 7, 0) 

#  — 

ZSU-23/ 4Quad 

attacked  by  £ 

i  M792  HE-: 

I 

(1,  1,222,4,  18,  0,0)  (2,  1 

9,225,2, 19,5,0 

)  #  — 

-  ZSU-23/4Quad 

attacked  by  £ 

l  munition 

_U  S_M2  4  0 

(1,1,225,1,1, 

3,0)  (2,2, 

,  222,  1,  10,  0,  0) 

#  — 

Ml  Abrams 

attacked  by  £ 

l  AT-8  Songster 

(1,1,225,1,1, 

3,0)  (2,2, 

,  222, 1, 7,  0,  0) 

#  — 

Ml  Abrams 

attacked  by  £ 

i  AT-5  Spandrel 

(1,1,225,1,1, 

3,0)  (2,2, 

,  222,2, 11,  0,  0) 

#  — 

Ml  Abrams 

attacked  by  £ 

i  125mm 

(1,1,225,2,1, 

4,0)  (2,2, 

,  222,  1,  10,  0,0) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  AT-8  Songster 

(1,1,225,2,1, 

4,0)  (2,2, 

,  222, 1, 7,  0,  0) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  AT-5  Spandrel 

(1,1,225,2,1, 

4,0)  (2,2, 

,  222,2, 11,  0,  0) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  125mm 

(1,1,225,2,1, 

4,0)  (2,2, 

,  222,2, 18,  0,  0) 

#  — 

FMC  M2/M3 

attacked  by  £ 

l  120mm  HEAT-FS 

(1,1,225,2,1, 

4,0)  (2,2, 

,  222,2,2,2, 1) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  30mm  SABOT 

(1,1,225,2,1, 

6,0)  (2,2, 

,  222, 1, 7,  0,  0) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  AT-5  Spandrel 

(1,1,225,2,1, 

6,0)  (2,2, 

,  222,2, 18,  0,0) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  120mm  HEAT-FS 

(1,1,225,2,1, 

6,0)  (2,2, 

,  222,2,2,2, 1) 

#  — 

FMC  M2/M3 

attacked  by  £ 

i  30mm  SABOT 

(1,  1,225,2,30,  0,  0)  (2,  : 

2,225,2, 13,31, 

3)  #- 

M93  Fox 

attacked  by  £ 

l  munition. 

_U  S_MX  94  3 

Resolution 

18  October 

Date 

Resolution 

Added  the  20  data  vl  data  tables  in  Meta  data  table. 

Description 

Source  was  the  unclassified  data  tree  distributed  with  the  OTB  2.0  release  (out  of  the 

box  -  as  is). 

Notes 

PTR# 

25 

Title 

Missing  vl  data  table 

Status: 

Closed 

Date 

Date  18  Oct  2004,  1330 

Severity: 

Medium 
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Category: 

Data  Configuration 

Short 

Description 

Need  to  add  another  table. 

Further 

Details 

Add  this  vl  data: 

(1,1,222,1,2,2,0)  (2,2,225,2,3,7,0)  # -  T72  MBT  attacked 

by  a  munition_US_M7 92  HEAT 

Resolution 

Date 

Date  18  Oct  2004 

Resolution 

Description 

Added  table  and  meta  record. 

Notes 

PTR# 

26 

Title 

Table  found  -  but  should  be  an  error. 

Status: 

Opened. 

Possible  solution 
-  but  not 
implemented  yet. 

Date 

Mon  Oct  18  15:40:27  EDT  2004 

Severity: 

High 

Category: 

Erroneous  behavior 

Short 

Description 

LV  Server  found  and  processed  a  table,  but  it  should  have  not  found  anything  (since  the 
target  was  not  known).  The  search  for  a  table  with  that  (unknown  target)  should  have 
failed. 

Further 

Details 

Reported  output  for  an  unknown  target.  (Target  type  0's) . 
output  from  20041018_1130_LVS .Replay : 

AT  THIS  POINT  THE  Lethality  server  would 
broadcast - 

DAMAGE  RESULT  was:  3  (or  "PS_MFK_K" 

Vulnerability  determined  SUCCESS  -  no  errors. 

Probability  distribution:  0.000000  0.000000  0.000000 

1.000000  1.000000 

#  V/L  Parameters  START 

# 

#  dbEntity  Coordinate  System:  EQS 

#  World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  4.533438  (259.746887  degrees)  EQS 

VLP_ang_attack  -0.000516  (-0.029590  degrees)  EQS 

VLP_impact :  -0.324895  0.058426  -1.622985  x  y  z  (meters) : 

EQS 

VLP_tvel :  -243.172913  142.220642  107.388184  x  y  z  (m/s) 

WQS 

VLP_range  3415.070801  (meters)  WQS  (if 

0,  then  unknown) 

VLP_target_id  =000  (site,  application,  entity  id) 
VLP_target_type  =  ( 0 ,  0 ,  0 , 0 ,  0 ,  0 ,  0 )  (*UNKNOWN*  entity 

enumeration ! ) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  ("  BGM-71  TOW",,  ) 

VLP_f irer_type  =  (1,1,225,2,1,4,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =  (  0  0  164  ) 

VLP_dataSourceURL  =  file : /Data/Tables/ IUA/vulnerable . dat 

#  V/L  Parameters  END 
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NO  ERROR  READING  MUNITION  DETONATION  DATA! 

Target  should  be  known  (300:2: 1258gw  or  -from  vlserver_Creation.log:  &  _updateLog 
)  0x01  0x01  222  0x01  0x02  0x02  0x00  (or  a  T72M),  but  was  removed  and  then 
rejoined  (recreated).  So  it  could  have  no  updated  entity  type  field  (PTR  14).  However, 
an  error  should  have  been  generated  when  the  target-threat  combination  was  not  found, 
instead  some  table  was  found  and  processed, 
the  results  should  be  for  a  tgt,  threat: 

0x01  0x01  222  0x01  0x02  0x02  0x00  ,  0x02  0x02  225  0x01 
0x01  0x00  0x00 
or : 

1  1  222  1220,22  225  1100 
that  is  a: 

# — next  line's  tgt  and  threat  are:  vehicle_USSR_T72M  hit 
by  a  munition_US_TOW 
1  1  222  122,22  225  1  1  , "DIS 

HitToKill" , "IUA_HEAT . rdr" , "file: /Data/ Tables/ IUA/ dfdam_df 1 
_3V3015 . rdr" 

However,  vl  data  was: 

VLP_dataSourceURL  =  file : /Data/Tables/ IUA/ vulnerable . dat 
not  file: /Data/Tables/ IUA/ dfdam_df 1_3V3015 . rdr 

note,  the  stdout  reports: 
tgt :  (0,0,  0,0,  0,0,0) 

firer:  (1,1,225,2,1,4,0) 

It  also  happened  in:  361  "Gateway" 

===========AT  THIS  POINT  THE  Lethality  server  would 

broadcast ========== 


DAMAGE  RESULT  was:  3  (or  "PS_MFK_K" 

Vulnerability  determined  SUCCESS  -  no  errors. 
Probability  distribution:  0.000000  0.000000  0.000000 
1.000000  1.000000 


#  - V/L-Parameters - START - 

# 

#  - dbEntity  Coordinate  System:  EQS 

#  - World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  6.093836  (349.151062  degrees)  EQS 

VLP_ang_attack  -0.030817  (-1.765667  degrees)  EQS 

VLP_impact :  0.132881  0.686893  -1.013761  x  y  z  (meters) : 
EQS 

VLP_tvel:  -292.672913  53.718353  -48.465462  x  y  z  (m/s) 

WQS 

VLP_range  3043.112305  (meters)  WQS  (if 

0,  then  unknown) 

VLP_target_id  =000  (site,  application,  entity  id) 
VLP_target_type  =  (0,0, 0,0, 0,0,0)  (*UNKNOWN*  entity 

enumeration ! ) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  ("  BGM-71  TOW",,  ) 

VLP_f irer_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3 

Bradley", ) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =  (  0  0  361  ) 

VLP_dataSourceURL  =  file : /Data/Tables/ IUA/ vulnerable . dat 

#  - V/L-Parameters - END - 
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Resolution 

Date 

10/25/04 

Resolution 

Description 

Possible  likely  resolution: 

Internal  queries  for  tables  use  0  (or  NULL)  as  wild  cards. 

Therefore  querying  a  target  type  of:  “VLP  target  type  =  (0,0, 0,0, 0,0,0)”  should  match 
some  target.  Need  to  trace  (step  trough  code)  and  examine  query  algorithm  with  this 
isolated  detonation. 

Notes 

Possibly  related  to  PTR  17 

PTR# 

27 

Title 

Table  lookup  error  (.rdr  KE  format) 

Status: 

Closed 

Date 

3  November  2004  -  (date  entered,  resolved  earlier) 

Severity: 

High 

Category: 

Coding  error 

Short 

Description 

1  )  Low-level  “.rdr”  file  parser  set  to  wrong  target  exposure. 

2  )  Error  in  parsing  IUA  (in  .rdr  format)  hull  defilade  target  vulnerability. 

Further 

Details 

There  is  a  coding  error  in  the  .rdr  parser  that  results  in  returning  the  wrong  data  on 
partially  exposed  targets  discovered  in  the  server  DTE-4  verification.  See  Appendix 

LOOKUP  VERIFICATION. 

Resolution 

Date 

Date  Tue  Sep  28  16:09:58  EDT  2004 

Resolution 

Description 

The  wrong  “target”  exposure  code  was  being  passed  to  the  lookup  function.  The  proper 
code  to  be  passed  should  be  a  “1”  -  indicating  a  fully  exposed  target  since  the  server  has 
no  terrain  data  to  mask  targets  and  therefore  all  target  are  assumed  to  be  fully  exposed 
when  hit. 

I  recompile  glue.c  with  a  1  or  2 : 

50  /*  showing:  turret  AND  hull  or  turret-only  exposure 
read  in  next,  1  and  2  respectively  */ 

51  return  rdr_ground  (table,  1  /*  1=  fully  showing  */ 

,  angle,  VLP_range, 

52  dispersion  *  METERS_TO_void  * 

While  this  address  the  PTR  (and  avoids  any  errors  returned  in  the  data),  eventually  the 
hull  defilade  target  exposure  lookup  bug  needs  to  be  fixed.  Therefore  this  PTR  is 
closed,  but  a  new  PTR  (28)  is  generated  to  address  the  hull  defilade  lookup. 

Notes 

Erik  Greenwald  (author  of  the  parser)  helped  to  confirm  that  there  is  a  bug  in  the  parser. 
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PTR# 

28 

Title 

Table  lookup  error  (.rdr  KE  format) 

Status: 

Open 

Date 

Wed  Nov  3  10:00:34  EST  2004 

Severity: 

Low 

Category: 

Coding  error 

Short 

Description 

Error  in  parsing  IUA  (in  .rdr  format)  hull  defdade  target  vulnerability. 

Further 

Details 

There  is  a  coding  error  in  the  .rdr  parser  that  results  in  returning  the  wrong  data  on 
partially  exposed  targets  (KE  .rdr  fde  formats). 

Resolution 

Date 

Resolution 

Description 

Notes 

This  PTR  has  no  impact  until  terrain  is  added  to  the  servers  and  used  to  mask  targets  in 
a  defensive  (hull  protected)  position. 

PTR# 

29 

Title 

Verify  Entity  Count 

Status: 

Open 

Date 

1 1  November  2004 

Severity: 

Low 

Category: 

Status  check 

Short 

Description 

Applications  (OTB,  MaK  Gateway)  are  observed  to  classify  entities  differently  from 
the  server.  If  entity  count  and  tracking  is  not  consistent  across  the  distributed 
environment,  at  least  those  differences  should  be  understood  and  accounted  for  in  the 
pre-exercise  check  list. 

Further 

Details 

A  master  pre-exercise  check  list  should  be  compiled  and  used. 

Resolution 

Date 

Resolution 

Description 

Notes 

PTR# 

30 

Title 

Verify  Entity  Crucial  Attributes 

Status: 

Open 

Date 

30  November  2004 

Severity: 

Medium 

Category: 

Status  check 

Short 

Description 

On  a  rare  occasion,  when  stressed  and  under  other  conditions  (when  federates 
repeatedly  resign  and  rejoin  the  federation)  the  server  may  have  an  incomplete  entity 
state  record.  The  result  is  the  server  cannot  complete  a  table  lookup  because  an 
important  item  (for  example  the  type  of  target)  is  missing  from  an  entities  attribute 
fields. 

Further 

Details 

The  server  likely  missed  the  best  effort  update  for  the  entity  in  question. 

A  software  module  should  he  added  to  ‘‘inventory’  critical  attributes”  on  all  entities  and 
report  on  entities  that  are  missing  attributes  that  are  important  to  the  table  lookup  and 
automatically  issue  a  ‘‘request for  entity  attribute  update”  to  those  entities.  To  reduce 
overhead  this  module  is  only  and  exercised  during  key  scenario  points,  such  as  if 
gateways  are  recycled,  scenario  start,  or  at  the  operator ’s  digression. 

Resolution 

Date 

Resolution 

Description 

Notes 
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Intentionally  left  blank 
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Appendix  B.  Example  of  a  Detailed  Lethality  Data  “Look-up”  Verification 


The  server  successfully  processed  the  result  from  the  53rd  observed  detonation.  Data  from  this 
event  were  examined  in  the  detail  as  a  validation  of  the  server’s  operation  when  it  knew  what  the 
target  and  threat  were  and  had  a  vulnerability  table  that  described  the  outcomes  for  this  threat- 
target  pairing. 

The  actual  raw  data  observed  from  the  HLA  environment  were  published  in  the  Munition 
Detonation  interaction  record  and  are  shown  in  table  B-l. 


Table  B-l.  Uninterrupted  MunitionDetonation  (53rd)  record  (see  appendix  F). 


Field 

Value 

Eventldentifier 

103  “Gateway” 

DetonationResultCode 

0x01 

DetonationLocation 

-1526355.384922,  -5186988.049459,  3374174.746967 

FiringObjectldentifier 

“300:8:1353gw 

F  inalV  elocity  V  ector 

-154.676208,  -668.172302,  -1074.823730 

“FuseType” 

0 

MunitionObjectldentifier 

cut 

MunitionType 

0x02  0x02  225  0x02  OxOd  0x08  0x00 

QuantityFired 

1 

RateOfFire 

0 

RelativeDetonationLocation 

0.339180  -0.009386  -1.937987 

T  argetObj  ectldentifier 

“300:8:1344gw” 

WarheadType 

5000 

As  part  of  its  function,  the  server  monitors  entity  state  updates  and  therefore  knows  the  type  of 
target  and  shooter  involved  in  this  exchange  (represented  by  the  “TargetObjectldentifier”  and 
“FiringObjectldentifier”  fields  in  table  B-l).  Entity  (target  and  firer  object)  updates  along  with 
data  from  the  MunitionDetonation  record  and  associated  WeaponFire  record  (if  known)  are  used 
in  combination  to  interpret  these  raw  data  into  variables  that  make  sense  when  one  is  conducting 
a  vulnerability  calculation  table  lookup.  Figure  B-l  displays  the  server’s  interpretation  of  these 
data  translated  to  coordinates  that  it  uses  internally  (see  appendix  H  for  these  variable 
descriptions).  This  output  was  captured  during  this  DTE-4  run  off  the  server’s  console. 
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===========AT  THIS  POINT  THE  Lethality  server  would 

broadcast ========== 


DAMAGE  RESULT  was:  4  (or  "NO_DAMAGE" 

Vulnerability  determined  SUCCESS  -  no  errors. 

Probability  distribution:  0.000000  0.100000  0.300000  0.700000  1.000000 


#  - V/L-Parameters - START - 

# 

#  - dbEntity  Coordinate  System:  EQS 

#  - World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  4.681568  (268.234070  degrees)  EQS 

VLP_ang_attack  0.001620  (0.092828  degrees)  EQS 

VLP_impact :  0.339180  -0.009386  -1.937987  x  y  z  (meters): 

EQS 

VLP_tvel :  -154.676208  -668.172302  -1074.823730  x  y  z  (m/s) 

WQS 

VLP_range  2323.999023  (meters)  WQS  (if  0,  then 

unknown) 

VLP_target_id  =  300  8  1344  (site,  application,  entity  id) 
VLP_target_type  =  (1,1,222,1,2,2,0)  ("  T-72  MBT  T-72M",  ) 

VLP_threat_type  =  (2,2,225,2,13,8,0)  (  ""  ,  ""  ,  ""  ) 

VLP_f irer_type  =  (1,1,225,1,1,3,0)  ("  Ml  Abrams","  M1A2",  ) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =(006) 

#  - V/L-Parameters - END - 


Figure  B-l.  V/L  validation  parameters  (output)  with  traceability. 


The  vulnerability  meta  data  record  shows  this  to  be 

#--  tgt  and  threat  are:  vehicle_USSR_T72M  hit  by  a  munition_US_M829A2 

1  1  222  1  2  2 , 2  2  225  2  13  8  ,”DIS  HitToKiil”.”IUA  KE.rdr”.”file:/Data/Tables/IUA/dfdam  dfl  2V1001.rdr“ 

Therefore,  the  unclassified  vulnerability  data  table  “dfdam  dfl  2V1001.rdr“  is  identified  to 
describe  damage  for  this  munition  against  this  target.  This  reader  file  is  1,262  lines  in  length,  a 
portion  of  which  is  displayed  in  figure  B-2. 

We  manually  step  through  this  data  file  based  on  all  the  significant  initial  conditions. 

The  first  examined  is  “VLP  result  =  1  (Entity  Impact)”.  Had  the  result  been  a  miss,  ground 
impact  other  non-”entity  Impact”  we  could  have  stopped  at  that  point  and  ruled  the  result  “No 
Damage”.  This  is  because  the  threat  is  a  KE  round  fired  against  a  hard  (tank)  target  and  it  must 
impact  the  target  in  order  to  cause  any  significant  damage. 
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; ;  $Revision$  AM 

;;  File  "dfdaml_2V1001 . rdr"  generated  from: 

"/ al /A2ATD /unclass /Vulnerability_Dat a/ . /Blue_Shooter/ 2vl001 . unc'^M 
;;  by  the  program  "dfdam2rdr"  at  Mon  May  1  11:51:46  1995AM 
;  ;  AM 

; ;  Macro  for  this  file  is  "2V1001"AM 

;  ;  AM 

;;  Contains  ranges:  0  500  1000  1500  2000  2500  3000  3500  4000AM 

;  ;  AM 

;;  Comments  from  input  file:AM 
; ;  first  read  in  is  the  weapon  AM 

; ;  then  the  range  is  read  in,  in  the  form  listed  aboveAM 
;;  hull  or  turret  exposure  read  in  next,  1  and  2  respectivelyAM 
; ;  dispersions  range  from  1  to  10  and  include  the  damage  at 
different AM 

; ;  angles  in  degrees  for  M_KILL,  F_KILL,  MF_KILL,  and  K_KILL 
respectivelyAM 

;;  the  degrees  go  read  as  0,  30,  60,  90.  120,  150  from  left  to 
right AM 
;  ;  AM 
;  ;  AM 
(IUAAM 
(0  AM 
(  AM 
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Figure  B-2.  Beginning  of  IUA  file  (in  .rdr  format) 


The  next  parameter  examined  is  the  range  shown  as: 

VLP_range  2323.999023  (meters) 

This  places  the  shot  in  the  2000-  to  2500-meter  range  bracket  of  the  vulnerability  file,  bringing 
us  line  571  of  “dfdam  dfl  2V1001.rdr“  (figure  B-3). 

The  next  variable  in  the  table  is  target  exposure  (fully  exposed  being  the  first  parenthesis  bracket 
or  if  the  target  only  has  its  turret  exposed,  we  would  skip  to  the  next  bracket  that  starts  a  line 
640).  Since  all  targets  are  assumed  to  be  fully  exposed,  we  stay  in  this  exposure  bracket  at  line 
572.  (Note  that  since  we  have  an  impact  point  of  the  round  on  the  target,  we  could  determine  if 
the  round  struck  the  hull  or  turret,  provided  that  we  also  had  the  geometric  dimensions  for  the 
target.)  A  more  sophisticated  lethality  server  might,  but  this  current  table  lookup  server  contains 
no  target  geometries. 
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Figure  B-3.  Case  study:  IUA  data  range  bracket  achieved. 


The  next  parameter  is  how  far  from  the  center  of  a  fully  exposed  target  the  round  struck  in  feet 
(dispersions  range  brackets  from  1  to  10  feet).  From  figure  B-l,  we  see  the  impact  point  is 

VLP_impact :  0.339180  -0.009386  -1.937987  x  y  z  (meters):  EQS 

This  is  the  x,y,z  position  of  the  round  impact  from  the  origin  (center  of  the)  target.  Taking  the 
root  sum  square  of  this  impact  point  and  converting  from  meters  to  feet  produces  6.45  feet 
(falling  in  the  6-  to  7-foot  dispersion  bracket  that  begins  on  line  609).  These  dispersions  are 
displayed  in  figure  B-4.  Also  shown  in  figure  B-4  are  words  that  mark  the  start  of  each 
dispersion  bracket.  As  with  the  displayed  line  numbers,  these  words  do  not  appear  in  the  original 
vulnerability  data  files;  they  are  overlaid  in  the  figure  for  clarity.  Additionally,  the  AM 
characters  seen  indicate  a  line-feed  control  character  (which  actually  is  in  the  data  file)  but  it  has 
no  effect  on  the  table  reader  and  may  be  invisible,  depending  on  the  text  editor  and  operating 
system  used  when  one  is  viewing  these  data  files. 
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Figure  B-4.  Case  study:  IUA  data  round  dispersion  bracket  achieved. 

The  final  significant  factor  is  the  angular  aspect  of  the  incoming  round  with  respect  to  the  target 
which  is  shown  to  be  4.7  radians  or  268  degrees  as  displayed  in  figure  B-l  with  the  text: 

VLP_ang_aspect  4.681568  (268.234070  degrees)  EQS 

The  columns  in  the  6-  to  7-foot  dispersion  bracket  (lines  609  to  614  in  figure  B-4)  contain  the 
aspect  angle  read  as  0,  30,  60,  90.  120,  150  degrees  from  left  to  right.  The  target  is  assumed  to 
be  symmetric  (meaning  that  an  impact  between  0  and  30  degrees  is  equivalent  to  an  impact  from 
330  to  360  degrees).  Thus,  as  can  be  visualized  in  figure  B-5,  268  degrees  falls  in  a  240-  to  270- 
bracket  (equivalent  to  the  90-  to  120-degree  bracket). 

Aspect  Angle 

360  /0 


180 

Figure  B-5.  Aspect  angle  symmetry. 
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As  figure  B-6  displays  (with  overlaid  text  printing  the  aspect  angles),  the  240-  to  270-degree 
bracket  (and  equivalent  90-120°)  is  the  fourth  column  in  the  lines  610  to  613. 
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Figure  B-6.  Case  study:  IUA  munition  aspect  angle  (the  relative  angle  by  which  the  munition  approaches  the 
target). 


The  values  in  this  column  (.6,  .7,  .7,  .4)  represent  the  loss  of  any  type  of  mobility,  firepower,  the 
union  of  mobility  or  firepower,  and  catastrophic  damage.  Most  combat  simulations  are  not 
interested  in  these  data.  They  are  usually  interested  in  whether  the  target  is  mobility  killed  only 
(M  KILL),  or  firepower  killed  only  (FKILL),  or  both  MKILL  and  FKILL’d,  or  complete 
catastrophically  killed  (KKILL),  or  if  there  was  no  damage  at  all.  This  requires  converting  the 
“a/iv  type  of”  damage  to  “only  one  type  of”  damage  statistic  by  the  applying  following  equations 
(Equations  B-l): 

monly  =  kill[INDEX_MFKILL]  -  kill[INDEX_FKILL]; 

fonly  =  kill[INDEX_MFKILL]  -  kill[INDEX_MKILL]; 

fandm  =  kill[INDEX_FKILL  ]  -  kill[INDEX_KKILL]  -  fonly; 

and  k  only  is  rmains  kill[INDEX_KKILL] 

Equations  B-l 

(where  kill[INDEX_MKILL] ,  kill [INDEX  FKILL  ],  kill[INDEX_MFKILL],  and 
kill[INDEX_KKILL]  are  the  “any  type  of’  damage  data  found  in  the  4th  column  of  the 


vulnerability  table),  i.e. : 

kill  [INDEX  MKILL] 

=  .6 

kill  [INDEX  FKILL  ] 

=  .7 

kill[INDEX  MFKILL] 

=  .l 

kill[INDEX  KKILL] 

=  A 

Equations  B-2 

Substituting  the  values  of  equations  B-2  into  B-l  results  in: 
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monly 

= 

.7  -  .7 

.0 

fonly 

= 

.7  -  .6 

.1 

fandm 

= 

.7  -  .4  -  fonly  = 

.2 

konly 

= 

.4 

.4 

no  damage=  1 .  -  (monly+fonly+mandf+konly)  =  .3 

Equations  B-3 

For  the  convenience  of  drawing  randomly  from  this  distribution  of  outcomes  we  accumulate  the 
loss  of  functions  sequentially  (add  them  together) 


M  KILL  SPACE 

=  0  +  monly 

=  .0 

=  0.0 

F  KILL  SPAC  E 

=  M  KILL  SPACE  +  fonly 

=  .0  +  .1 

=  0.1 

MF  KILL  SPACE 

=  F  KILL  SPACE  +  fandm 

=  .l  +  .2 

=  0.3 

KKILL  SPACE 

=  MF  KILL  SPACE  +  konly 

=  .3  +  .4 

=  0.7 

NO  DAMAGE  SPACE  =  KKILL  SPACE  +  no  damage 

=  .7  +  .3 

=  1.0 

Equations  B-4. 


As  a  final  validation,  we  compare  our  event  distribution  vector  resulting  from  equations  B-4  (0.0, 
0.1,  0.3,  0.7,  1.0)  to  the  result  that  was  observed  in  the  server’s  record  run  output  shown  in 
figure  B-l  (labeled  “probability  distribution”  and  reprinted  in  figure  B-7: 


===========AT  THIS  POINT  THE  Lethality  server  would 

broadcast ========== 


DAMAGE  RESULT  was:  4  (or  " N 0_D AMAG E " 

Vulnerability  determined  SUCCESS  -  no  errors. 

Probability  distribution:  0.000000  0.100000  0.300000  0.700000  1.000000 


Figure  B-7.  Case  study:  returned  lethality  data  results  apparently  correct. 


Also  seen  in  figure  B-7  is  a  “DAMAGE  RESULT”  shown  to  be  “NO_DAMAGE.”  This  means 
that  the  server  randomly  drew  from  the  distribution  wherein  the  likelihood  of  no  damage  was  .3 
(30%). 


Preliminary  conclusion: 

We  see  that  the  when  the  server  had  the  correct  vulnerability  source  file  (as  in  this  case),  it 
returned  apparently  the  correct  answer.  We  shall  shortly  prove  the  answer  is  actually  wrong.  It 
is  obvious  from  figure  B-4  that  the  data  for  5-,  6-,  and  7-foot  dispersions  are  the  same.  There¬ 
fore,  it  is  possible  that  the  correct  answer  was  coincidentally  retrieved  from  the  wrong  place  in 
the  look-up  table.  The  source  data  file  was  modified  as  displayed  in  figure  B-8.  This  was  done 
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to  verify  that  we  are  actually  retrieving  data  from  the  correct  region  (6-  to  7-foot  dispersion 
bracket  data)  as  opposed  to  some  other  region.  The  look-up  portion  of  the  server  was  then  re-run 
offline,  being  stimulated  with  the  same  significant  input  matching  those  from  this  detonation  test 
case  (namely,  range  and  dispersion).  Other  parameters  were  not  significant  or  implied  (such  as 
result,  target,  and  threat  type)  and  the  aspect  angle  was  set  to  zero. 


607 

(  ; ;  5-6 

foot 

dispersion  A1 

M 

608  ;  ; 

0- 

30- 

60- 

90- 

120- 

150- 

AVG 

N/A 

60  9  ;  ; 

3  60- 

330- 

300- 

270- 

240- 

210- 

AVG 

N/A 

610 

(  0.500 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0.000  ) 

611 

(  0.500 

0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.000  ) 

612 

(  0.500 

0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.000  ) 

613 

(  0.500 

0.300 

0 .400 

0 .400 

0 .400 

0.400 

0.400 

0.000  ) 

614 

) 

615 

(  ; ;  6-7 

foot 

dispersion  A1 

M 

616  ;  ; 

0- 

30- 

60- 

90- 

120- 

150- 

AVG 

N/A 

617  ;  ; 

360- 

330- 

300- 

270- 

240- 

210- 

AVG 

N/A 

618 

(  0.600 

0.500 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0.000  ) 

AM 

619 

(  0.600 

0 . 600 

0.700 

0.700 

0.700 

0.700 

0.700 

0.000  ) 

620 

(  0.600 

0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.000  ) 

AM 

621 

(  0.600 

0 . 900 

0 .400 

0.400 

0 .400 

0.400 

0.400 

0.000  ) 

622 

) 

623 

(  ; ;  7-8 

foot 

dispersion  A1 

M 

62  4  ;  ; 

0- 

30- 

60- 

90- 

120- 

150- 

AVG 

N/A 

62  5  ;  ; 

330- 

300- 

270- 

240- 

210- 

AVG 

N/A 

626 

(  0.700 

0.500 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0 . 600 

0.000  ) 

627 

(  0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.000  ) 

628 

(  0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.700 

0.000  ) 

629 

(  0.700 

0.300 

0 .400 

0.400 

0 .400 

0.400 

0.400 

0.000  ) 

630 

) 

Figure  B-8.  Modified  IUA  data  (from  figure  B-4). 


Setting  the  aspect  angle  to  zero  would  force  a  lookup  in  the  “zero  and  less  than  30  degree”  set  of 
aspect  columns  displayed  in  bold  within  figure  B-8.  The  results  of  this  off-line  test  are 
abbreviated  in  figure  B-9.  The  aspect  angle  column  retrieved  is  displayed  in  bold  in  figure  B-9 
and  marked  with  the  label  “heh.”  This  test  showed  that  in  fact  the  6.454  943  foot  dispersion 
data  were  being  incorrectly  accessed  and  instead  taken  from  in  the  7-  to  8-foot  dispersion  bracket 
(lines  626  to  629  in  figure  B-8). 

This  error  motivated  a  detailed  reexamination  of  the  .rdr  lookup  source  code.  This  uncovered 
coding  error  in  the  way  the  target  exposure  field  was  selected.  All  targets  were  being  treated  as 
hull  defilade  and  not  fully  exposed.  Correcting  this  coding  error  had  two  positive  effects:  1)  We 
finally  produced  the  correct  lookup  in  our  case  (i.e.,  rows  618  to  621  in  figure  B-8  were  correctly 
accessed  when  dispersion  was  between  6  and  7  feet);  2)  we  discovered  that  the  “hull  defilade” 
look-up  algorithm  was  erroneous  for  .rdr  files  (and  should  not  be  used  until  it  is  fixed).  This 
should  not  be  a  problem  for  the  time  being  as  the  current  server  assumes  that  all  targets  are  fully 
exposed. 
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LOOKUP  TABLE  USED:  /home/ geof f s/TEST_df dam_df 1_2V1 001. rdr 

#  - V/L-Parameters - START - 

# 

#  - dbEntity  Coordinate  System:  EQS 

#  - World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  0.000000  (0.000000  degrees)  EQS 

VLP_ang_attack  0.000000  (0.000000  degrees)  EQS 

VLP_impact :  0.339180  -0.009386  -1.937987  x  y  z  (meters):  EQS 

VLP_tvel:  0.000000  0.000000  0.000000  x  y  z  (m/s)  WQS 

VLP_range  2323.999023  (meters)  WQS  (if  0,  then  unknown) 

VLP_target_id  =000  (site,  application,  entity  id) 

VLP_target_type  =  ( 0 , 0 , 0 , 0 , 0 , 0 , 0 )  (*UNKNOWN*  entity  enumeration!) 

VLP_threat_type  =  (0,0, 0,0, 0,0,0)  (*UNKNOWN*  entity  enumeration!) 

VLP_f irer_type  =  ( 0 , 0 , 0 , 0 , 0 , 0 , 0 )  (*UNKNOWN*  entity  enumeration!) 

VLP_result  =  0  (Other) 

VLP_DetEventID  =(000) 

#  - V/L-Parameters - END - 

table  val  range  showing  dispersion  angle 

0x08180410  0XBFFFEB30  2323.999000  2  6.454943  0.000000 

angle :  0 


heh  0.700000  0.700000  0.700000  0.700000 

0.000000  0.000000  0.000000  0.700000  1.000000 


Figure  B-9.  Results  of  off-line  rdr  file  lookup  testing. 


Final  Conclusion 

An  error  was  discovered  the  .rdr  table  look-up  algorithm.  We  uncovered  the  error  by  applying  a 
detailed  algorithm  “walk  through”  and  exercising  the  look-up  component  “off  line”  through  all 
parameter  ranges  (a  thorough  verification  procedure).  This  error  incorrectly  applied  “terrain” 
masked  survivability  to  “fully”  exposed  targets  and  was  fixed  in  PTR  27.  An  error  remains  in 
how  data  are  looked  up  for  the  terrain-masked  case.  Because  the  server  does  not  use  terrain,  this 
is  not  an  issue.  However,  a  new  PTR  was  created  (PTR  28)  to  track  this  error  and  to  ensure  that 
it  is  addressed  at  the  time  that  terrain  features  are  considered. 
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Intentionally  left  blank 
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Appendix  C.  Vulnerability  Server  Internal  Parameters 


The  internal  lethality  server  maintains  a  data  dictionary  to  represent  the  initial  conditions  for 
vulnerability  calculations  (or  table  lookup).  The  parameters  in  this  dictionary  lie  between  the 
external  environment  and  the  table  look-up  algorithms  as  displayed  in  figure  C- 1 .  By  insulating 
parameters  in  this  manner,  the  server  may  connect  to  any  number  of  synthetic  environments  (or 
HLA  FOMs).  The  synthetic  environment  representation  is  translated  to  server  internal 
parameters  (VL  Param)  units,  allowing  the  vulnerability  algorithms  or  table  look-up  algorithms 
to  access  the  VL  Parameters. 

-  vL"APl"  layer 


Figure  C-l.  VL  parameter  layer  (lethality  server  internal  parameters). 

Figure  C-2  displays  a  sample  output  from  the  server  displaying  the  current  value  for  certain  VL 
parameters. 

The  rest  of  this  appendix  describes  the  parameters  in  the  VL  Param  layer. 
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#  - V/L-Parameters - START - 

# 

#  - dbEntity  Coordinate  System:  EQS 

#  - World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  6.115278  (350.379608  degrees)  EQS 

VLP_ang_attack  0.002300  (0.131770  degrees)  EQS 

VLP_impact :  -0.043465  -0.261724  -1.748757  x  y  z  (meters) : 

EQS 

VLP_tvel:  -292.482697  49.471294  -53.837307  x  y  z  (m/s) 

WQS 

VLP_range  2396.261719  (meters)  WQS  (if  0,  then 

unknown) 

VLP_target_id  =  300  8  1240  (site,  application,  entity  id) 
VLP_target_type  =  (1,1,222,1,2,2,0)  ("  T-72  MBT  T-72M",  ) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  ("  BGM-71  TOW",,  ) 

VLP_f ire r_t ype  =  (1,  1,225,  2,  1,  6,  0)  ("  FMC  M2/M3  Bradley",) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =(006) 

#  - V/L-Parameters - END - 


Figure  C-2.  Server  VL  Param  output  display. 

notes:  "target"  refers  to  the  queried  entity  who's  resulting  vulnerablity  is 
being  asked  for  of  the  server. 

EntitylD  -  is  the  DIS  Entity  ID  record  (site,  application,  entity) . 
IEEE  1278.1 

float32  -  32bit  floating  point  number. 
float64  -  64bit  floating  point  number. 


enum 

-  a  unitless 

enumerated  value. 

Entity  Coordinate 

system : 
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(Entity's  coordinate  system  used  in  IEEE  1278.1 
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Figure  C-3.  DIS  (IEEE  1278.1)  entity  coordinate  system  (ES). 
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PARAMETER 


TYPE 


UNITS 


MEANING 


VLP_ang_aspect  float32  radians  'horizontal'  orientation  of  munition's 

directional  attack  (aspect  angle) 
(relative  to  the  target  entity) . 
(Rotation  is  about  the  target  entity' s 
positive  "z"  axis  in  a  clockwise 
direction) .  The  positive  direction  of 
rotation  about  an  axis  is  defined  as 
clockwise  when  viewed  towards  the 
positive  direction  along  the  axis  of 
rotation . 

Clockwise  direction:  For  example,  a  90 
degree  (PI/2  radian)  clockwise  rotation 
about  the  z  axis  will  make  the  positive 
x-axis  co-linear  to  where  the  positive 
y-axis  was  before  the  rotation. 

Targetted  entity' s  coordinate  system  is 
that  of  IEEE  1278.1  with  the  positive 
X-Axis  axis  extending  from  the  "front" 
of  the  entity.  Positive  Z-Axis 
extending  "down".  Positive  Y-Axis 
extending  out  of  the  entity' s  "right" . 


See  Also:  VLP_ang_attck . 


VLP_ang_attck  float32  radians  "Angle  of  attack".  'vertical'  orientation 

of  munition' s  directional  attack  (aspect 
angle)  (relative  to  the  target) . 

(Rotation  is  about  the  target  entity' s 
new  "X"  axis  after  having  been  rotated 
by  the  angle  VLP_ang_aspect . 

See  Also:  VLP_ang_aspect . 


VLP_impact [ 3 ]  float32  meters  Location  of  munition  impact  point 

relative  to  the  target.  Location  is  in 
target  entity's  coordinate  system.  (IEEE 
1278.1) 


VLP_tvel[3]  float32  m/s  Terminal  velocity  of  the  munition 

immediately  before  impact .  This  is  in 
the  DIS  world  coordinate  system  linear 
velocity  vector  record  1278.1  Units 
are  in  meters  per  second. 

(Same  as  the  "velocity"  field  of  the 
DIS  Detonation  PDU) . 

VLP_range  float64  meters  (line  of  sight)  range  from  the  target  to 

the  origin  of  the  munition,  (i.e. 
distance  from  where  the  munition  was 
fired  to  where  it  detonated) . 

The  DIS  Standard  states  that  the  "range" 
field  in  the  Fire  PDU  is  set  to  0  if  the 
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VLP_result  int  enum 


range  is  unknown.  If  this  is  the  case, 
then  the  VL  server  shall  attempt  to 
guess  at  the  approximate  range  by 
setting  the  VLP_range  to  the  distance 
between  the  target  and  firing  entity  (if 
known) .  If  this  approximation  fails  for 
some  reason,  then  VLP_Range  shall  remain 
set  to  0 . 

result  of  the  detonation  (if  known) 
the  enumeration  are  according  to  the 
DIS  standard  (IEEE  1278.1) 

Note:  for  a  kinetic  energy  munitions 
(That  is  type  VL_Meth  =  "DIS  HitToKill" 
in  the  DAMAGE_SOURCE_META_DATA_FILE ) . 
only : 

1  Entity  Impact 

2  Entity  Proximate  Detonation 

5  Detonation 

will  currently  have  an  effect  on 
the  targetted  entity. 

Value  Description 

0  Other 

1  Entity  Impact 

2  Entity  Proximate  Detonation 

3  Ground  Impact 

4  Ground  Proximate  Detonation 

5  Detonation 

6  None 

7  HE  hit,  small 

8  HE  hit,  medium 

9  HE  hit,  large 

10  Armor-piercing  hit 

11  Dirt  blast,  small 

12  Dirt  blast,  medium 

13  Dirt  blast,  large 

14  Water  blast,  small 

15  Water  blast,  medium 

16  Water  blast,  large 

17  Air  hit 

18  Building  hit,  small 

19  Building  hit,  medium 

20  Building  hit,  large 

21  Mine-clearing  line  charge 

22  Environment  object  impact 

23  Environment  object  proximate  detonation 

24  Water  Impact 

25  Air  Burst 


VLP_target_id  EntitylD  Targeted  Entity's  ID.  (site,  host,  id) 

If  there  was  an  entity  impact 
indicated  by  the=  VLP_result  field, 
then  this  is  the  entity  which  was 
impacted . 

VLP_target_type  EntityType  Type  of  entity  Targeted.  (Entity  Enumeration) 

If  there  was  an  entity  impact 
indicated  by  the=  VLP_result  field, 
then  this  is  the  type  of  entity  which 
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was  impacted  (e.g.  "T72M1",  "M48") . 


VLP_target_terrain_environment  Unint32  Used  to  describe  terrain  area  of  target 

for  application  in  terrain  masking  lethal 
effects  of  the  threat. 


VLP_fuse_type  Unint32  Type  of  fuze  enumeration.  Usually  fuze 

is  implied  within  the  DIS  7-field  enumeration 
(the  EntityType) .  However  ModSAF  data 

structures  segments  the  fuze  as  a  separate  field. 

VLP_threat_id  EntitylD  Threat  Entity's  ID.  (site,  host,  id) 

If  the  treating  object  (impacting  or 
detonating  object)  is  an  entity, 
then  this  is  its  Entity's  ID.  (site,  host,  id) 
(Normally  the  threat  is  not  an  entity, 
but  an  inanimate  munition,  in  which  case 
the  VLP_threat_id 

VLP_threat_type  EntityType  Type  of  threating  object.  (Entity  Enumeration) 

(Normally  the  threat  is  a  munition 
in  which  case  this  field  will  be  derived 
from  the  DIS  Burst  descriptor  field  of 
the  detonation  and  fire  PDUs) . 

VLP_firer_id  EntitylD  If  the  originating  entity  (the  shooter) 

can  be  determined,  then  this  is  its 
entity  ID. 

VLP_f irer_type  EntityType  If  the  originating  entity  (the  shooter) 

can  be  determined,  then  this  field 
identifies  the  DIS  entity  type. 

VLP_DetEventID  EventID  The  EventID  field  found  in  firePDUs  and 

Detonation  PDUs.  (used  to  ascociated 

the  two  events) .  [has  three  subfields  of  unsigned  intl6] . 
typedef  struct  { 

Unintl6  address . site; 

Unintl6  address . application; 

Unintl6  event_id; 

}  EventID; 

VLP_dataSourceURL  The  filename  or  URL  containing  the  vulnerabilty  data 

used  in  the  analysis. 

The  vulnerability  table  reader  fucntions  must  derive  all  of  it's 
required  environmental  information  from  these  data  structures. 

If  it  requires  additional  environmental  data,  then  the 
lethatlity  server  code  will  have  to  be  modified  to  provide  that 
data . 
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Appendix  D.  Incomplete  Input:  One  Explanation 


A  case  examination  of  equivalent  detonations  between  two  (log  file  playback)  runs. 

The  point  illustrated  in  this  appendix  is  that  1)  the  server  correctly  received  all  the  munition 
detonation-related  data  that  were  (reliably)  sent  to  it  but  2)  occasionally,  those  data  were 
incomplete,  resulting  in  an  incomplete  vulnerability  calculation  (through  no  fault  of  the  server). 

In  this  case,  having  incomplete  data  could  have  been  avoided  by  not  translating  from  DIS  to 
HLA. 

As  stated  in  the  validation  procedures,  each  of  the  more  than  400  MunitionDetonations  was 
examined  to  determine  that  the  server  received  and  processed  the  input  correctly.  This  case  is 
selected  to  demonstrate  how  missing  a  critical  piece  of  infonnation  (such  as  identifying  the  target 
entity)  makes  it  impossible  to  determine  a  damage  outcome.  When  this  happens,  the  best  the 
server  can  do  is  to  flag  the  error  (as  it  already  does),  namely,  that  it  was  not  properly  provided 
with  required  data.  The  solution  must  then  be  resolved  from  among  the  other  participating 
simulation  components  and  system  architecture  (configuration). 

We  derived  this  example  by  comparing  a  particular  detonation  event  between  two  of  the  log  file 
re-runs  executed  19  October  2004  at  1045  a.m.  and  at  1232  p.m.  that  same  day.  In  the  first  run 
(that  we  refer  to  as  2004 10 19_  1045),  this  particular  detonation  contained  no  target  identifier  yet 
in  the  second  re-run  (2004 101 9_  1232),  the  same  detonation  event  did  contain  the  target 
identifier.  In  this  detailed  examination  (in  addition  to  the  normal  server  standard  output),  the 
server’s  own  log  file  of  all  captured  HLA  data  was  examined  in  order  to  know  what  data  were 
received  from  the  network  (“on  the  wire”). 

In  reviewing  the  normal  standard  output  for  both  runs  (shown  in  figures  D- 1  and  D-2),  we  saw 
that  the  server  reported  “NO  ERRORS  READING”  (which  means  that  all  the  expected  data 
fields  of  the  MunitionDetonations  in  question  arrived).  Yet  in  the  first  re-play,  TargetObject 
Identifier  is  seen  as  an  empty  string  (““). 

Because  of  the  “NO  ERRORS  READING...”  message,  we  have  confidence  that  the  report  seen 
on  the  standard  output  shows  exactly  the  data  that  were  in  fact  received  for  the  TargetObject 
Identifier  field,  but  we  further  confirm  this  by  examining  the  detailed  HLA  log  files  that  were 
generated  by  the  server.  Excerpts  of  these  log  files  are  displayed  in  figures  D-3  and  D-4. 
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Extracted  from  20041019  1045 .script: _ 

in:  _updateFromMiddlewareMunitionDetonation(): 
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 
SOMInteraction  { 

RTI::ObjectClassHandle  rtihandle  =  30 

InteractionClassName  =  InteractionRoot.MunitionDetonation 

locallyControlled  =  true 

InteractionsReceived  =  42 

InteractionsSent  =  0 

vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531249.812218  -51 87689.8969 1 3  3370937.9946 1 9 
(WorldLocationStruct) 

DetonationResultCode  =  0x01  (DetonationResultCodeEnum8) 

Eventldentifier  =  79  “Gateway”  (EventldcntifierStruct) 

FiringObjectldentifier  =  “300:8: 1223gw”  (RTIObjectldStruct) 

FinalVelocity Vector  =  -929.881 165  -115.691681  -576.139221  (Velocity VectorStruct) 
FuseType  =  0  (FuseTypeEnuml6) 

MunitionObjectldentifier  =  ““  (RTIObjectldStruct) 

MunitionType  =  0x02  0x02  225  0x02  0x03  0x07  0x00  (EntityTypeStruct) 
QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationLocation  =  1.153606  0.794216  -2.014180  (RelativePositionStruct) 
TargetObjectldentifier  =  ““  (RTIObjectldStruct) 

WarheadType  =  1200  (WarheadTypeEnuml6) 

}  //  end  vector  <DataElement  *>  parameters 
}  //  end  of  SOM  Interaction 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

NO  ERROR  READING  MUNITION  DETONATION  DATA! 


Figure  D-l.  Sever  detonation  standard  output  report  (run  1). 
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Extracted  from  20041019  1232.script: _ 

in:  _updateFromMiddlewareMunitionDetonation(): 
vvvvvvvvvvvvvvvvvvvvvvvvvvvvvv 
SOMInteraction  { 

RTI::ObjectClassHandle  rtihandle  =  30 

InteractionClassName  =  InteractionRoot.MunitionDetonation 

locallyControlled  =  true 

InteractionsReceived  =  43 

InteractionsSent  =  0 

vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531249.812218  -51 87689.8969 1 3  3370937.9946 1 9 
(WorldLocationStruct) 

DetonationResultCode  =  0x01  (DetonationResultCodeEnum8) 

Eventldentifier  =  80  “Gateway”  (EventldentifierStruct) 

FiringObjectldentifier  =  “300:8: 1223gw”  (RTIObjectldStruct) 

FinalVelocity Vector  =  -929.881 165  -115.691681  -576.139221  (Velocity VectorStruct) 
FuseType  =  0  (FuseTypeEnuml6) 

MunitionObjectldentifier  =  ““  (RTIObjectldStruct) 

MunitionType  =  0x02  0x02  225  0x02  0x03  0x07  0x00  (EntityTypeStruct) 
QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationFocation  =  1.153606  0.794216  -2.014180  (RelativePositionStruct) 
TargetObjectldentifier  =  “300:8: 1279gw”  (RTIObjectldStruct) 

WarheadType  =  1200  (WarheadTypeEnuml6) 

}  //  end  vector  <DataElement  *>  parameters 
}  //  end  of  SOM  Interaction 

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA 

NO  ERROR  READING  MUNITION  DETONATION  DATA! 


Figure  D-2.  Sever  detonation  standard  output  report  (run  2). 


The  HLA  log  files  revealed  that,  in  the  first  run,  only  a  null  (a  single  byte  with  the  value  of  zero) 
was  received  for  the  target  identifier  field  whereas  in  the  latter  run,  the  bytes 
0x3330303a383a3 1323739677700  arrived.  These  incoming  data  are  highlighted  in  figures  D-3 
and  D-4. 
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Extracted  from  2004 10 19_  1045  HLA  log  file: 


###  receivelnteraction.  RTI::lnteractionClassHandle  is:  30  callback  Tag  is:ef36b3cc 
###  (— -  interaction  is:  InteractionRoot.MunitionDetonation  )- — ### 

###  incomming  data  0[a/an:  UNDEFINED  ]  (len=  0)  bytes  are:  Ox 

void  rtiFC_FederateAmbassador::receivelnteraction(  RTI::lnteractionClassHandle  .const 

RTI::ParameterHandleValuePairSet&  .const  char*  theTag):Unkown  interaction  paramter  (handleO)  rti_link.cc:2673 
###  incomming  data  1[a/an:  Detonation  Location  ]  (len=  24)  bytes  are: 

Oxcl  375d71cfed7e3ac1 53ca1  a796706504149b7dcff4faee0 

After  set  it  is  24  bytes:  0x96b8100  see:  0x3a7eedcf715d37c1 500667791  aca53c1e0ae4fffdcb74941 
###  incomming  data  2[a/an:  DetonationResultCode  ]  (len=  1)  bytes  are:  0x01 
After  set  it  is  1  bytes:  0x96b8130  see:  0x01 

###  incomming  data  3[a/an:  Eventldentifier  ]  (len=  10)  bytes  are:  0x004f4761 74657761 7900 
After  set  it  is  10  bytes:  0x96b8160  see:  0x4f004761 74657761 7900 

###  incomming  data4[a/an:  FiringObjectldentifier  ]  (len=  13)  bytes  are:  0x3330303a383a31 323233677700 
After  set  it  is  13  bytes:  0x96b8188  see:  0x3330303a383a31 323233677700 

###  incomming  data  5[a/an:  FinalVelocityVector]  (len=  12)  bytes  are:  0xc4687865c2e76224c41008e9 
After  set  it  is  12  bytes:  0x96b81d0  see:  0x657868c42462e7c2e90810c4 
###  incomming  data  6[a/an:  FuseType  ]  (len=  2)  bytes  are:  0x0000 
After  set  it  is  2  bytes:  0x96b81f0  see:  0x0000 

###  incomming  data  7[a/an:  MunitionObjectldentifier  ]  (len=  1)  bytes  are:  0x00 
After  set  it  is  1  bytes:  0x96b8210  see:  0x00 

###  incomming  data  8[a/an:  MunitionType  ]  (len=  8)  bytes  are:  0x020200e1 02030700 

After  set  it  is  8  bytes:  0x96b8290  see:  0x0202e1 0002030700 

###  incomming  data  9[a/an:  QuantityFired  ]  (len=  2)  bytes  are:  0x0001 

After  set  it  is  2  bytes:  0x96b82b0  see:  0x0100 

###  incomming  data  10[a/an:  RateOfFire  ]  (len=  2)  bytes  are:  0x0000 

After  set  it  is  2  bytes:  0x96b82d0  see:  0x0000 

###  incomming  data  11[a/an:  RelativeDetonationLocation  ]  (len=  12)  bytes  are:  0x3f93a9603f4b51c4c000e852 

After  set  it  is  12  bytes:  0x96b8310  see:  0x60a9933fc4514b3f52e800c0 

###  incomming  data  12[a/an:  TargetObjectldentifier  ]  (len=  1)  bytes  are:  0x00 

After  set  it  is  1  bytes:  0x96b8338  see:  0x00 

###  incomming  data  13[a/an:  WarheadType  ]  (len=  2)  bytes  are:  0x04b0 
After  set  it  is  2  bytes:  0x96b8360  see:  0xb004 

- filled-in  interaction - vvvv 

SOMJnteraction  { 

RTI::ObjectClassHandle  rti  handle  =  30 

InteractionClassName  =  InteractionRoot.MunitionDetonation 

locallyControlled  =  true 

InteractionsReceived  =  42 

InteractionsSent  =  0 

vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531249.812218  -5187689.896913  3370937.994619  (WorldLocationStruct) 
DetonationResultCode  =  0x01  (DetonationResultCodeEnum8) 

Eventldentifier  =  79  “Gateway”  (EventldentifierStruct) 

FiringObjectldentifier  =  “300:8:1223gw”  (RTIObjectldStruct) 

FinalVelocityVector  =  -929.881 165  -1 15.691681  -576.139221  (VelocityVectorStruct) 

FuseType  =  0  (FuseTypeEnum16) 

MunitionObjectldentifier  =  ““  (RTIObjectldStruct) 

MunitionType  =  0x02  0x02  225  0x02  0x03  0x07  0x00  (EntityTypeStruct) 

QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationLocation  =  1.153606  0.794216  -2.014180  (RelativePositionStruct) 

TargetObjectldentifier  =  ““  (RTIObjectldStruct) 

WarheadType  =  1200  (WarheadTypeEnum16) 

}  //  end  vector  <DataElement  *>  parameters 
}  //  end  of  SOMJnteraction 


Figure  D-3.  Sever  detonation  received  HLA  data  (run  1). 
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Extracted  from  2004 10 19  1 232  HLA  log: 


###  receivelnteraction.  RTI::lnteractionClassHandle  is:  30  callback  Tag  is:d6a22e78 
###  (— -  interaction  is:  InteractionRoot.MunitionDetonation  )- — ### 

###  incomming  data  0[a/an:  UNDEFINED  ]  (len=  0)  bytes  are:  Ox 

void  rtiFC_FederateAmbassador::receivelnteraction(  RTI::lnteractionClassHandle  .const 

RTI::ParameterHandleValuePairSet&  .const 

char*  theTag):Unkown  interaction  paramter  (handleO)  rti  l i n k. cc: 2673 
###  incomming  data  1[a/an:  DetonationLocation  ]  (len=  24)  bytes  are: 

Oxcl  375d71cfed7e3ac1 53ca1  a796706504149b7dcff4faee0 

After  set  it  is  24  bytes:  0x988a1a8  see:  0x3a7eedcf715d37c1 500667791  aca53c1e0ae4fffdcb74941 
###  incomming  data  2[a/an:  DetonationResultCode  ]  (len=  1)  bytes  are:  0x01 
After  set  it  is  1  bytes:  0x988a1d8  see:  0x01 

###  incomming  data  3[a/an:  Eventldentifier  ]  (len=  10)  bytes  are:  0x00504761746577617900 
After  set  it  is  10  bytes:  0x988a208  see:  0x50004761746577617900 

###  incomming  data4[a/an:  FiringObjectldentifier  ]  (len=  13)  bytes  are:  0x3330303a383a31 323233677700 
After  set  it  is  13  bytes:  0x988a218  see:  0x3330303a383a31 323233677700 

###  incomming  data  5[a/an:  FinalVelocityVector  ]  (len=  12)  bytes  are:  0xc4687865c2e76224c41008e9 
After  set  it  is  12  bytes:  0x988a260  see:  0x657868c42462e7c2e90810c4 
###  incomming  data  6[a/an:  FuseType  ]  (len=  2)  bytes  are:  0x0000 
After  set  it  is  2  bytes:  0x988a280  see:  0x0000 

###  incomming  data  7[a/an:  MunitionObjectldentifier  ]  (len=  1)  bytes  are:  0x00 
After  set  it  is  1  bytes:  0x988a2a0  see:  0x00 

###  incomming  data  8[a/an:  MunitionType  ]  (len=  8)  bytes  are:  0x020200e1 02030700 

After  set  it  is  8  bytes:  0x988a320  see:  0x0202e1 0002030700 

###  incomming  data  9[a/an:  QuantityFired  ]  (len=  2)  bytes  are:  0x0001 

After  set  it  is  2  bytes:  0x988a340  see:  0x0100 

###  incomming  data  10[a/an:  RateOfFire  ]  (len=  2)  bytes  are:  0x0000 

After  set  it  is  2  bytes:  0x988a360  see:  0x0000 

###  incomming  data  11[a/an:  RelativeDetonationLocation  ]  (len=  12)  bytes  are:  0x3f93a9603f4b51c4c000e852 
After  set  it  is  12  bytes:  0x988a3a0  see:  0x60a9933fc4514b3f52e800c0 

###  incomming  data  12[a/an:  TargetObjectldentifier  ]  (len=  13)  bytes  are:  0x3330303a383a31 323739677700 
After  set  it  is  13  bytes:  0x988a3c8  see:  0x3330303a383a31 323739677700 
###  incomming  data  13[a/an:  WarheadType  ]  (len=  2)  bytes  are:  0x04b0 
After  set  it  is  2  bytes:  0x988a3f0  see:  0xb004 

- filled-in  interaction - vvvv 

SOMJnteraction  { 

RTI::ObjectClassHandle  rti  handle  =  30 

InteractionClassName  =  InteractionRoot.MunitionDetonation 

locallyControlled  =  true 

InteractionsReceived  =  43 

InteractionsSent  =  0 

vector  <DataElement  *>  parameters=  { 

DetonationLocation  =  -1531249.812218  -5187689.896913  3370937.994619  (WorldLocationStruct) 
DetonationResultCode  =  0x01  (DetonationResultCodeEnum8) 

Eventldentifier  =  80  “Gateway”  (EventldentifierStruct) 

FiringObjectldentifier  =  “300:8:1223gw”  (RTIObjectldStruct) 

FinalVelocityVector  =  -929.881 165  -1 15.691681  -576.139221  (VelocityVectorStruct) 

FuseType  =  0  (FuseTypeEnum16) 

MunitionObjectldentifier  =  ““  (RTIObjectldStruct) 

MunitionType  =  0x02  0x02  225  0x02  0x03  0x07  0x00  (EntityTypeStruct) 

QuantityFired  =  1  (unsigned  short) 

RateOfFire  =  0  (unsigned  short) 

RelativeDetonationLocation  =  1.153606  0.794216  -2.014180  (RelativePositionStruct) 

TargetObjectldentifier  =  “300:8:1279gw”  (RTIObjectldStruct) 

WarheadType  =  1200  (WarheadTypeEnum16) 

}  //  end  vector  <DataElement  *>  parameters 
}  //  end  of  SOMJnteraction 


Figure  D-4.  Sever  detonation  received  HLA  data  (run  2). 
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We  now  have  the  utmost  confidence  that  the  gateway  did  not  send  the  target’s  identification 
(based  on  data  observed  in  figure  D-3).  On  the  other  hand,  we  are  equally  confident  that  the 
server  did  in  fact  see  all  the  data  (that  were  sent  to  it).  This  is  because,  by  their  very  nature, 
interactions  parameters  are  sent  “all  at  once”  (packed  within  in  a  single  set  of  parameter-value 
pairs  and  distributed  by  the  HLA  RTI).  In  addition,  the  configuration  files  were  modified  to 
insist  that  these  detonation  data  were  sent  reliably. 

In  summary,  when  incomplete  data  arrive,  the  best  the  server  can  do  is  to  flag  the  error  (as  it 
already  does).  Following  this,  the  root  cause  for  the  missing  data  must  be  determined  and 
corrected.  In  this  example,  the  root  cause  is  likely  related  to  the  gateway  having  missed  some  of 
the  (best  effort  UDP  transmission)  DIS  data  packets  and  therefore  being  unable  to  make  a 
complete  HLA  translation.  To  avoid  this  in  the  future,  we  recommend 

•  Native  HLA  should  be  logged  (this  would  have  avoided  missed  DIS  PDUs), 
particularly  if  updates  were  sent  reliably. 

•  The  original  federation  should  be  configured  to  transmit  all  weapon  fire  and 
detonation  data  reliably. 
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Appendix  E.  Entity  Updates  (relative  number  of  occurrences) 


The  relative  number  of  updates  observed  by  the  server  during  the  approximate  82-minute 
recorded  log  file  are  recorded  in  table  E-l.  These  are  “relative”  in  that  they  do  not  reflect  the 
actual  number  of  updates  because  updates  are  sent  “best  effort”  but  they  fall  within  1%  to  2%  of 
the  actual  number  of  updates.12 


Table  E-l.  Top  20  entities  in  terms  of  absolute  updates  observed. 


Updates 

RTI  Object  ID 

Entity  Description 

59508 

100003 

ATC  Stryker  5  ( VDMS)  400: 1 :5 

20212 

106957 

ATTC  generated  entity  500:5:  l(rejoined) 

10850 

111995 

WSMR  generated  entity  200:3:6 

7978 

114301 

ATTC  generated  entity  500:5:  l(rejoined) 

5111 

112069 

Remote  test  center  generated  entity  600:3:  lgw 

3829 

100948 

WSMR  generated  entity  200:3:6 

2706 

100949 

WSMR  generated  entity  200:3:5 

2582 

100010 

ATC  live  entity  400: 1:4 

2161 

100945 

WSMR  generated  entity  200:3:2 

1820 

100946 

WSMR  generated  entity  200:3:3 

1807 

100119 

ATTC  generated  entity  500:5:1 

1760 

118308 

RTTC  (OTB?)  entity  300:2:1325 

1757 

118222 

RTTC  (OTB?)  entity  300:8:1330 

1751 

100951 

WSMR  generated  entity  200:3:1 

1746 

117289 

RTTC  (OTB?)  entity  300:8:1328 

1737 

116439 

RTTC  (OTB?)  entity  300:2:1343 

1736 

116309 

RTTC  (OTB?)  entity  300:2:1339 

1711 

118050 

RTTC  (OTB?)  entity  300:2:1360 

1697 

117156 

RTTC  (OTB?)  entity  300:2:1336 

1686 

116151 

RTTC  (OTB?)  entity  300:2:1335 

12The  actual  number  of  updates  is  not  important  because  each  record  run  ran  for  a  different  amount  of  time  with  a 
varying  number  of  updates  for  each  run.  Also,  updates  were  sent  in  a  best  effort  mode;  therefore,  a  certain  number 
will  be  missed,  depending  on  processor  speed  and  whether  the  server  has  active  debugging  or  data-logging  features 
(as  reported  in  this  report  and  specifically  in  PTR  6).  Furthermore,  these  data  may  have  been  collected  with  the 
logger  playing  back  the  exercise  in  “loop-mode”  repeating  a  portion  of  the  log  file  (and  updates).  That  said,  these 
data  were  confirmed  to  be  very  close  to  the  actual  number  of  updates  when  these  statistics  were  recalculated  with 
loop-play  turned  off  and  the  playback  run  at  1/4  speed  (taking  about  5.5  hours  to  run)  to  reduce  the  likelihood  of 
missing  updates.  The  results  were  within  1%  to  2%  of  the  statistics  shown. 
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Intentionally  left  blank 
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Appendix  F.  MunitionDetonation  Records 


This  appendix  is  a  compilation  of  all  (DIS  PDU  translated)  HLA  munition  detonation  interaction 
events  that  were  recorded  and  observed  by  the  server  during  log  fde  replays.  These  provided  the 
input  stimulus  for  most  of  the  server’s  evaluation.  The  MunitionDetonation  Record  is  defined  as 
part  of  the  RPR  FOM,  table  7-5  “MunitionDetonation  Parameters,”  (reference  ,  pp.  79)  which  is 
the  authoritative  reference  and  includes  more  technical  details  (such  as  data  types,  etc)  than 
table  F-l.  Table  F-l  is  provided  here  as  a  convenience  explaining  the  fields  paraphrased  in  the 
author’s  words.  Table  F-2  provides  the  MunitionDetonation  records.  The  only  field  in  table  F-2 
that  is  not  part  of  the  RPR  FOM  is  the  first  column  {index).  The  “index”  column  is  simply  the 
ordinal  number  for  the  munition  detonation  record  shown  (in  the  order  seen  during  the 
simulation  exercise). 

Table  F-l.  MuntionDetonation  fields. 


Field 

Explanation 

ArticulationParameters 

Identifies  entity’  articulated  components  (e.g.  landing  gear)  affected  by  the 
detonation.  Not  used  by  the  server  as  incorporated  vulnerability  tables 
would  not  account  for  individual  articulated  parts. 

Eventldentifier 

Unique  identifies  the  MunitionDetonation  interaction  event.  Used  to 
associate  the  detonation  with  a  WeaponFire  interaction 

DetonationResultCode 

A  DIS  compatible  enumeration  to  indicate  the  detonation  results  (such  as  a 
ground  impact,  entity  impact,  air  burst,  etc.). 

DetonationLocation 

Identifies  (in  DIS  compatible  world  coordinates)  where  the  munition 
detonated 

F  iringObj  ectldentifier 

Identifies  the  firing  entity.  Entity  identifiers  are  persistent,  consistent  and 
unique  across  the  federation  execution 

F  inalVelocity  V  ector 

Provide  the  direction  and  velocity  of  the  munition  at  the  instant  of 
detonation. 

FuseType 

A  DIS  standard  compliant  enumeration  that  identifies  the  munition’s  fuze 
type. 

MunitionObj  ectldentifier 

At  times  the  munition  itself  is  treated  as  an  entity  (this  is  practiced  for  many 
guided  missiles).  Another  example  could  be  a  kamikaze  attack.  Thus  the 
munition  itself  is  an  entity  and  will  have  an  entity  identifier. 

MunitionType 

The  DIS  compliant  enumeration  (a  seven-tuple)  identifying  the  type  of 
munition  (the  threat) 

QuantityFired 

The  number  of  munitions  involved  in  this  detonation.  Some  weapons 
employ  burst  fire  methods  (machine  guns  for  example).  In  a  distributed 
environment  it  is  more  efficient  to  communicate  the  burst  rather  than 
flooding  the  environment  individual  weapon  fire  and  detonation  interactions 
for  each  bullet. 

RateOfFire 

Rounds  per  minute  (used  for  burst  fire  methods).  If  this  value  is  0,  the  field 
may  be  ignored. 

RelativeDetonationLocation 

Where  on  the  entity  or  in  relation  to  the  entity’s  local  origin  the  detonation 
occurred.  This  is  relative  to  the  entity  and  in  the  DIS  compatible  entity 
coordinate  system. 

TargetObj  ectldentifier 

The  entity  identifier  for  the  target.  If  this  data  is  not  provided,  the  server 
cannot  determine  damage  to  the  target. 

WarheadType 

The  DIS  compliant  enumeration  identifying  the  warhead  type 
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Table  F-2.  MunitionDetonation  events  log  record  (part  1). 


index 

Eventldentifier 

Detonation 

Result 

Code 

Detonation  Location 

1 

"  1  "Gateway"  " 

"  0x01  " 

"  -1531236.210672  -5187662.227535  3370985.947092 

2 

"2  "Gateway"  " 

"  0x03 " 

"  -1527837.020777  -5188212.930600  3371653.995299 

3 

"5  "Gateway"  " 

"  0x03 " 

"  -1532553.737672  -5187403.340404  3370782.008215 

4 

"6  "Gateway"  " 

"  0x03 " 

"  -1527840.307612  -5188273.412975  3371559.176716 

5 

"  8  "Gateway"  " 

"  0x03 " 

"  -1527836.842940  -5188214.250862  3371651 .978908 

6 

"  9  "Gateway"  " 

"  0x03 " 

" -1532550.236021  -5187403.769928  3370782.934086 

7 

"  1 1  "Gateway"  " 

"  0x03 " 

"  -1527836.891595  -5188213.903153  3371652.509052 

8 

"12  "Gateway"  " 

"  0x01  " 

"  -1531236.1 13070  -5187662.615902  3370985.329899 

9 

"14  "Gateway"  " 

"  0x03 " 

"  -1527847.552933  -5188363.755960  3371417.708601 

10 

IIIIMII  1 . Ill 

"  0x03 " 

"  -1527847.801440  -5188365.658423  3371414.835513 

11 

"  0x01  " 

" -1531247.370841  -5187539.391800  3371163.923151 

12 

"  0x03 " 

"  -1527839.998216  -5188207.723461  3371660.665541 

13 

"  0x03 " 

"  -1531916.162672  -5187534.904962  3370864.905576 

14 

"  0x03 " 

"  -1 531 91 8.536720  -51 87535.269825  3370863.1 1 7859 

15 

"  0x03 " 

"  -1528182.480822  -5185917.761510  3374987.075093 

16 

"  0x03 " 

"  -1531923.496447  -5187533.603366  3370863.404924 

17 

"  0x03 " 

"  -1529408.410453  -5184818.327614  3376124.669482 

18 

"  0x03 " 

" -1529514.262391  -5184720.546092  3376228.345547 

19 

"  0x03 " 

"  -1531931.054569  -5187534.798784  3370858.165680 

20 

"  0x01  " 

"  -1531233.391 104  -5187627.648599  3371039.314514 

21 

ii  iiiiiiii  mi 

"  0x03 " 

" -1531763.410761  -5187544.468331  3370920.939364 

22 

"40  "Gateway"  " 

"  0x03 " 

"  -1529525.937948  -5185069.696018  3375690.613713 

23 

"42  "Gateway"  " 

"  0x03 " 

"  -1531890.918626  -5187529.863236  3370885.458273 

24 

"43  "Gateway"  " 

"  0x03 " 

"  -1532048.561639  -5187525.598636  3370819.201665 

25 

"47  "Gateway"  " 

"  0x03  " 

"  -152941 1 .020894  -51 851 22.881 995  3375657.493491 

26 

"50  "Gateway"  " 

"  0x03  " 

"  -1532084.528402  -5187514.680729  3370819.725841 

27 

"52  "Gateway"  " 

"  0x03  " 

"  -1528480.318747  -5185875.770526  3374918.291356 

28 

"53  "Gateway"  " 

"  0x03  " 

"  -1532219.312573  -5187521 .981647  3370751.405968 

29 

"54  "Gateway"  " 

"  0x03  " 

"  -1528529.401873  -5185920.206537  3374830.094561 

30 

"56  "Gateway"  " 

"  0x03  " 

"  -1528523.996946  -5185923.943862  3374826.978926 

31 

"  60  "Gateway"  " 

"  0x03  " 

"  -1 5321 99.60821 5  -51 87514.509849  3370771 .313581 

32 

"  61  "Gateway"  " 

"  0x03  " 

"  -1528629.993600  -5185890.934440  3374829.723170 

33 

"62  "Gateway"  " 

"  0x03  " 

"  -1 53221 7.789672  -51 8751 5.948964  3370761 .306663 

34 

"65  "Gateway"  " 

"  0x01  " 

"  -1528778.107237  -5185724.894031  3375020.058171 

35 

"  66  "Gateway"  " 

"  0x01  " 

"  -1528778.685250  -5185723.823202  3375019.504733 

36 

"68  "Gateway"  " 

"  0x01  " 

"  -1528784.223459  -5185722.668991  3375019.084692 

37 

"72  "Gateway"  " 

"  0x03  " 

"  -1532041.081835  -5187648.283665  3370638.374021 

38 

"73  "Gateway"  " 

"  0x01  " 

"  -1531233.771764  -5187628.621029  3371039.713664 

68 


Firing  Object  Identifier 


Final  Velocity  Vector 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


ii  ii 


300:8: 1223gw" 


300:8:1216gw" 
300:8: 1237gw" 
300:8: 1240gw" 
300:8:1216gw" 
300:8: 1240gw" 
300:8:1216gw" 
300:8: 1237gw" 
300:8: 1237gw" 

300:8:1221gw" 

300:8: 1237gw" 

300:8:1223gw" 

300:8: 1223gw" 

300:8: 1335gw" 

300:8: 1223gw" 

300:8: 1230gw" 

300:8: 1230gw" 

300:8: 1223gw" 

300:8:1221gw" 

300:8:1221gw" 

300:8: 1225gw" 
300:8:1221gw" 
300:8: 1223gw" 
300:8: 1225gw" 
300:8:1221gw" 
300:8: 1243gw" 
300:8: 1223gw" 
300:8: 1334gw" 
300:8: 1243gw" 
300:8:1221gw" 
300:8: 1335gw" 
300:8:1221gw" 
300:8: 1335gw" 
300:8: 1334gw" 
300:8: 1335gw" 
300:8: 1223gw" 
300:8:1221gw" 


"  -292.482697  49.471294  -53.837307  " 
"  1236.847168  -208.314896  228.995544  " 
"  -293.000519  57.890354  -41.126778  " 
"  655.538208  -145.512726  68.707474  " 
"  1236.847168  -208.314896  228.995544  " 
"  -293.000519  57.890354  -41.126778  " 
"  1236.846802  -208.31 1295  229.000778  " 
"  -293.000519  57.890354  -41.126778  " 
"  1234.840820  -307.853973  77.583015  " 
"  1234.861938  -307.664917  77.995003  " 
"  -292.982178  59.249527  -39.280312  " 
"  1239.049194  -250.571823  166.120132  " 
"  -1066.037964  168.969879  -212.160645  " 
"  -1066.015747  168.697159  -212.489288  " 
"  133.319275  -108.281876  -106.501602  " 
"  -1065.966553  168.192200  -213.135651  " 
"  -662.641418  607.079041  634.319641  " 
"  -656.598450  608.610962  639.117493  " 
" -1065.878906  167.377502  -214.212341  " 
"  -292.377808  48.203251  -55.530781  " 
"  -1065.389160  165.848434  -217.807770  " 
"  -843.490784  539.888000  455.021088  " 
"  -1063.910034  155.843094  -231.966354  " 
"  -1 064.298828  1 54.083282  -231 .357635  " 
"  -773.382751  571 .872253  533.705200  " 
"  -1 060.902832  1 36.344009  -256.701  111" 
"  536.009949  -565.618469  -626.712891  " 
"  -1059.926025  133.094299  -262.379059  " 
"  444.503723  -577.357483  -684.890381  " 
"  476.209320  -574.660339  -665.575073  " 
"  -1057.719971  123.958633  -275.431732  " 
"  375.933777  -581 .513184  -721 .468079  " 
"  -1057.1 14868  121 .801476  -278.697906  " 
"  348.167542  -582.241943  -734.692871  " 
"  359.629669  -581.978943  -729.360718  " 
"  337.146912  -582.600403  -739.532776  " 
"  -1 033.6861 57  51 .451 1 91  -372.61 9995  " 
"  -1 030.433472  43.61 1 832  -382.498260  " 


39 

"74  "Gateway"  " 

"  0x03 " 

" -1532673.139191  -5187582.518594  3370449.960819 

40 

"76  "Gateway"  " 

"  0x01  " 

"  -1531233.258337  -5187628.821010  3371038.420092 

41 

"77  "Gateway"  " 

"  0x03 " 

"  -1532708.980300  -5187817.913576  3370068.362609 

42 

"  80  "Gateway"  " 

"  0x01  " 

"  -1531249.812218-5187689.896913  3370937.994619 

43 

"  82  "Gateway"  " 

"  0x03 " 

"  -1531 166.070720  -5187469.648277  3371304.852385 

44 

"  86  "Gateway"  " 

"  0x01  " 

"  -1531233.506633  -5187644.937296  337101 1 .598884 

45 

"  87  "Gateway"  " 

"  0x01  " 

"  -1531233.169659  -5187645.321692  337101 1 .628340 

46 

HI  . . . . HI 

"  0x01  " 

"  -1531295.277815-5187772.232767  3370788.557916 

47 

"  0x01  " 

"  -1531296.426620  -5187773.260615  3370789.531323 

48 

"  0x01  " 

"  -1531 147.637036  -5187331.020062  3371529.758100 

49 

iniiMiiii  wt&mmm 

"  0x01  " 

"  -1531248.942889  -5187687.876341  3370937.852798 

50 

hwce  Mfsmrnw 

"  0x01  " 

"  -1531 187.190238  -5187312.304082  3371539.951869 

51 

Wl  atllcBM 

"  0x03 " 

"  -1 52351 8.239253  -51 85023.446523  3378401 .390387 

52 

■■■ . . 

"  0x05 " 

"  -1510477.474707  -5173913.732874  3401078.198137 

53 

"  0x01  " 

"  -1526355.384922  -5186988.049459  3374174.746967 

54 

■■I'l-ieiis™ 

"  0x03 " 

"  -1 528964.292006  -51 88205.38701 4  3371 1 68.879566 

55 

"  0x03 " 

"  -1 532539.007389  -51 871 92.8031 50  3371 1 08.5961 1 5 

56 

"  0x01  " 

"  -1531233.276549  -5187628.485673  3371038.316284 

57 

111  Will  Hill"  I'll 

"  0x03 " 

"  -1 532542.91 5978  -51 871 91 .361 51 4  3371 1 09.034549 

58 

"  114  "Gateway"  " 

"  0x01  " 

"  -1531290.585913-5181919.961258  3379772.864382 

59 

"  115  "Gateway"  " 

"  0x01  " 

"  -1531266.805153  -5187733.985865  3370863.630831 

60 

"  116  "Gateway"  " 

"  0x01  " 

"  -1 531 01 9.270744  -5181641 .794523  3380336.785352 

61 

"  118  "Gateway"  " 

"  0x01  " 

" -1531 1 80.4771 35  -51 81 71 3.672753  33801 47.463849 

62 

"  119  "Gateway"  " 

"  0x03 " 

"  -1529555.469255  -5188084.746081  3371069.390858 

63 

"  120  "Gateway"  " 

"  0x01  " 

" -1531 1 93.562330  -5181711 .000120  33801 45.665355 

64 

"121  "Gateway"  " 

"  0x01  " 

"  -1531208.834189  -5181707.380203  3380143.630960 

65 

"  123  "Gateway"  " 

"  0x01  " 

"  -1531242.531714  -5181729.240935  3380094.619738 

66 

"  125  "Gateway"  " 

"  0x01  " 

"  -1531303.965352  -5181689.845853  3380133.491582 

67 

"  128  "Gateway"  " 

"  0x01  " 

"  -1531377.390014  -5181676.855827  3380126.380685 

68 

"131  "Gateway"  " 

"  0x01  " 

" -1531377.438861  -5181676.720091  3380126.199720 

69 

"  134  "Gateway"  " 

"  0x01  " 

"  -1531377.432752  -5181676.606341  3380125.987581 

70 

"  136  "Gateway"  " 

"  0x03 " 

" -1529475.257471  -5185014.121149  3375797.460074 

71 

"141  "Gateway"  " 

"  0x01  " 

"  -1 531 528.22071 3  -5181551 .488386  3380284.261 677 

72 

"  142  "Gateway"  " 

"  0x03 " 

" -1529471.332391  -5185014.940481  3375797.726549 

73 

"  143  "Gateway"  " 

"  0x03 " 

"  -1 531 444.366649  -51 81 878.95801 3  3379771 .754096 

74 

"  144  "Gateway"  " 

"  0x01  " 

"  -1531528.325204  -5181551 .245164  3380284.070421 

75 

"  146  "Gateway"  " 

"  0x01  " 

"  -1 531 527.684300  -5181551 .559182  3380284.443900 

76 

"  150  "Gateway"  " 

"  0x01  " 

"  -1 531 703.991 1 79  -51 81 560.61 9232  33801 69.41 7520 

77 

"151  "Gateway"  " 

"  0x01  " 

"  -1 531 528.381 023  -51 81 550.696001  3380283.683634 

78 

"  155  "Gateway"  " 

"  0x03 " 

"  -1529467.057980  -5185014.456095  3375800.139258 

79 

"  156  "Gateway"  " 

"  0x01  " 

" -1531701 .829853  -51 81 560.623482  33801 71 .1 451 28 

80 

"  158  "Gateway"  " 

"  0x03 " 

"  -1529144.570031  -5185096.782729  3375816.518689 

81 

"  159  "Gateway"  " 

"  0x03 " 

"  -1529150.949707  -5184904.970488  3376106.273153 

69 


1  "300:8: 1221  gw" 


1  "300:8: 1221  gw" 


'  "300:8: 1223gw" 


1  "300:8: 1223gw" 


'  "300:8: 1280gw" 


'  "300:8: 1223gw" 


'  "300:8:1 21 6gw" 


rrrrnmrnM 

mmmm 

msammi 

mmmma 

kM.gaw.Miii 

jcMigawirmii 

mmmm 

jcM.gajcetrmiii 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


1232gw" 


1308gw" 


1282gw" 


1305gw" 


1280gw" 


1305gw" 


1305gw" 


1232gw" 


1305gw" 


1305gw" 


1305gw" 


1235gw" 


1353gw" 


1303gw" 


1353gw" 


1377gw" 


1303gw" 


1303gw" 


1255gw" 


1303gw" 


1353gw" 


1255gw" 


1283gw" 


1254gw" 


"  -1024.345825  29.376251  -399.815643  ' 


" -1019.506592  18.413509  -412.634491  ' 


"  -951.870789  -87.818214  -544.270081  ' 


"  -929.881165  -115.691681  -576.139221  ' 


"  154.964111  330.254456  567.928772  ' 


"  -240.463562  -542.760559  -926.060608  1 


"  -117.275627  -129.991531  -245.439667  ' 


"  -341.753387  -507.435425  -914.173889  ' 


"  -335.806519  -509.567444  -915.191223  ' 


"  126.877884  339.5071 1 1  569.440002  ' 


"  150.096634  332.080109  568.171448  ' 


"  67.797485  357.179108  568.728027  1 


"  434.081207  193.987381  479.131927  ' 


"  0.000000  0.000000  0.000000  1 


"  -154.676208  -668.172302  -1074.823730  ' 


"  652.707214  -169.436523  29.825054  ' 


"  -285.398590  95.176033  19.523663  ' 


"  -288.71 51 79  30.364340  -81 .323708  1 


"  -285.3791 50  95.21 81 02  1 9.602423  ' 


"  -315.668549  -503.206757  -925.816589  ' 


"  -283.557220  1 5.768348  -101.1 86264  ' 


"  421.399628  396.317200  815.692993  ' 


"  283.641815  445.825867  848.991516  ' 


"  656.841919-120.774086  97.965836  ' 


"  206.883957  473.242401  856.294739  ' 


"  131.679367  496.156281  858.189636  ' 


"  151.456161  -600.629150  -909.013550  ' 


"  -387.634399  555.128235  735.915894  ' 


"  -652.932678  506.919373  562.771423  ' 


"  -652.932678  506.919373  562.771423  ' 


"  -555.867737  290.005890  250.065231  ' 


"  -1233.228271  317.981934  -60.501709  ' 


"  -190.983322  550.453064  812.728027  ' 


"  -652.690369  169.330475  -30.780615  ' 


"  -290.674225  79.999886  0.71 1125' 


"  -190.983322  550.453064  812.728027  ' 


"  -190.983322  550.453064  812.728027  ' 


"  -480.014862  559.204468  675.926086  ' 


"  -190.983322  550.453064  812.728027  ' 


"  -652.377319  171.255188  -26.466475  ' 


"  -481.702087  559.025146  674.873352  ' 


"  -800.079224  248.134613  23.375616  ' 


"  -81 0.01 1 536  21 1 .765045  -35.788746  ' 


82 

"  160  "Gateway"  " 

"  0x03 " 

"  -1529144.570031  -5185096.782729  3375816.518689 

83 

"161  "Gateway"  " 

"  0x03 " 

"  -1529144.570031  -5185096.782729  3375816.518689 

84 

"  162  "Gateway"  " 

"  0x03 " 

"  -1506157.391981  -5177872.671250  3397027.488043 

85 

"  165  "Gateway"  " 

"  0x03 " 

"  -1529150.949707  -5184904.970488  3376106.273153 

86 

"  167  "Gateway"  " 

"  0x01  " 

"  -1505885.460959  -5178033.345988  3396914.013214 

87 

"  169  "Gateway"  " 

"  0x03 " 

" -1526925.982879  -5185722.163411  3375851.043258 

88 

"  170  "Gateway"  " 

"  0x03 " 

" -1529413.920531  -5185063.484040  3375747.789681 

89 

mtmm  . . . . 

"  0x03 " 

" -1531431 .789505  -51 81 902.560438  3379740.885421 

90 

"  0x03 " 

"  -1530561 .747016  -51 83030.025346  3378342.21 8542 

91 

"  0x01  " 

"  -1529149.899659  -51851 15.322618  3375788.797170 

92 

"  0x03  " 

"  -1 5291 31 .395080  -51 85068.096772  3375866.21 1 487 

93 

"  0x03  " 

"  -1527981 .286923  -51 87992.981 1 43  3371 91 6.237759 

94 

"  0x03  " 

"  -1527137.267540  -5185662.857484  3375845.942843 

95 

"  0x03  " 

"  -1531278.738247  -5182184.759210  3379362.834955 

96 

"  0x03  " 

"  -1 5291 31 .395080  -51 85068.096772  3375866.21 1 487 

97 

"  0x01  " 

"  -1 5291 51 .504424  -51 84907.821 605  33761 06.1 65043 

98 

m—mbW'ammm 

"  0x03  " 

"  -1506145.495230  -5177879.376639  3397022.673333 

99 

. * . . 

"  0x03  " 

"  -1 5291 31 .395080  -51 85068.096772  3375866.21 1487 

100 

■  IM  Mill  III  1  lll"l  I'll  II 

"  0x03  " 

"  -1 531 523.793334  -51 87904.1 5731 1  3370479.37461 7 

101 

"  201  "Gateway"  " 

"  0x03  " 

"  -1 531241 .929284  -51 821 97.344451  3379360.31 3237 

102 

"  204  "Gateway"  " 

"  0x03  " 

"  -1529553.468462  -5184848.357694  3376018.090916 

103 

"  205  "Gateway"  " 

"  0x03  " 

"  -1529518.726976  -5184777.806362  3376140.159959 

104 

"  206  "Gateway"  " 

"  0x03  " 

"  -1 529480.23791 6  -51 85067.51 1 276  337571 3.1 99803 

105 

"  209  "Gateway"  " 

" 0x01  " 

"  -1531295.351246  -5187772.250472  3370789.514781 

106 

"211  "Gateway"  " 

"  0x01  " 

"  -1531345.963220  -5187813.168290  3370704.072872 

107 

"212  "Gateway"  " 

"  0x03  " 

"  -1 529131 .395080  -51 85068.096772  3375866.21 1 487 

108 

"21 6  "Gateway"  " 

"  0x03  " 

"  -1531229.821915-5182189.680660  3379377.449210 

109 

"21 7  "Gateway"  " 

"  0x03  " 

"  -1 529131 .395080  -51 85068.096772  3375866.21 1487 

110 

"21 9  "Gateway"  " 

"  0x03  " 

"  -1 529489.4041 44  -51 85090.1 1 3632  3375674.384246 

111 

"  220  "Gateway"  " 

"  0x03  " 

"  -1529410.127134  -5185154.234272  3375609.745385 

112 

"  221  "Gateway"  " 

" 0x01  " 

"  -1 5291 44.254750  -51 84924.358262  3376081 .839165 

113 

"  225  "Gateway"  " 

"  0x03  " 

"  -1 531 234.805227  -5182181 .229120  3379388.079782 

114 

"  226  "Gateway"  " 

"  0x03  " 

"  -1531505.924182  -5187845.487238  3370577.093267 

115 

"  227  "Gateway"  " 

"  0x03  " 

"  -1529143.952887  -5184924.066884  3376080.289594 

116 

"  228  "Gateway"  " 

" 0x01  " 

"  -1528385.198957  -5182735.621392  3379749.937966 

117 

"  230  "Gateway"  " 

"  0x03  " 

"  -1529512.261810-5184776.879971  3376144.106696 

118 

"  234  "Gateway"  " 

"  0x03  " 

"  -1529450.020813-5185098.252402  3375678.352986 

119 

"  237  "Gateway"  " 

" 0x01  " 

"  -1 510411 .059502  -517901 1 .290663  3393437.09791 6 

120 

"  240  "Gateway"  " 

"  0x01  " 

"  -1530614.483321  -5188014.687613  3370732.815823 

121 

"  242  "Gateway"  " 

"  0x01  " 

"  -1531448.409507  -5187877.598076  3370555.751076 

122 

"  243  "Gateway"  " 

"  0x03  " 

"  -1 529131 .395080  -51 85068.096772  3375866.21 1 487 

123 

"  244  "Gateway"  " 

"  0x03  " 

"  -1529143.952887  -5184924.066884  3376080.289594 

124 

"  245  "Gateway"  " 

"  0x03  " 

"  -1 5331 1 0.681 846  -51 81 01 2.754660  3380436.853408 

70 
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"300:8: 1283gw" 
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"300:8: 1326gw" 


HUMHtMCT 


mxmmmn 

mnmmmu 

mrnmw 

mnwmm 

I.MSfeMcSmM 

mauaummn 

LLWHcteSmil 

!.!.g;gkUVmill 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:2: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


1233gw" 


1247gw" 


1 326gw" 


1 345gw" 


1239gw" 


1 352gw" 


1321  gw" 


1233gw" 


1321  gw" 


1353gw" 


1 345gw" 


1247gw" 


1233gw" 


1337gw" 


1254gw" 


1255gw" 


1 326gw" 


1353gw" 


1097gw" 


1267gw" 


1239gw" 


1321  gw" 


1254gw" 


1303gw" 


"  -799.849670  248.788101  24.269478  ' 


"  -799.807312  248.909210  24.422276  ' 


"  -243.172913  142.220642  107.388184  ' 


"  -809.500061  214.374542  -31.577904  ' 


"  -243.172913  142.220642  107.388184' 


"  1185.897705  -443.122406  -151.373947  ' 


"  -1239.014648  243.273041  -176.877884  1 


"  -291 .097870  78.425148  -1 .876632  1 


"  524.016846  -620.115479  -742.201538  ' 


"  -639.216187  212.930588  41.088493  ' 


"  -808.518433  219.211487  -22.096216  ' 


"  1207.871338  -89.548798  398.312378  ' 


"  1180.486572  -451.791962  -167.214096  ' 


"613.211060  -603.021423  -685.811462  ' 


”  -808.227295  220.490799  -19.911695  ' 


"  -656.180664  133.267838  -85.390976  ' 


"  -243.172913  142.220642  107.388184  ' 


"  -807.845703  222.116943  -17.129616  ' 


"  -195.631607  -82.858604  -213.903534  ' 


"  700.005615  -581.170654  -618.249817  ' 


"  -1239.429321  240.972443  -177.122055  ' 


"  -644.827209  198.669861  18.793079' 


"  -642.804626  204.094147  27.799124  ' 


"  -282.919189  101.023247  25.358242  ' 


"  -200.164474  -79.983780  -210.781357  ' 


"  -806.970825  225.64321 9  -1 1 .278377  ' 


"  769.020447  -558.669556  -553.620728  ' 


"  -806.250122  228.361389  -7.472396  ' 


"  -1236.940063  293.183899  -98.222023  ' 


"  -647.852905  189.471512  3.483542  ' 


"  -1239.355591  240.393356  -178.419830  ' 


"  791.899963  -547.098755  -532.519897  ' 


"  -277.344482  5.251417-118.086647  1 


"  -809.017700  216.930862  -25.988251  ' 


"  195.582474  -50.720234  4.066447  ' 


"  -1214.374023  385.121552  51.010723  ' 


"  -654.687805  156.271362  -50.873905  ' 


"  -145.034393  173.621765  199.279984  ' 


"  654.592651  -143.556198  80.778053  ' 


"  -291.614960  49.313385  -58.488529  ' 


"  -804.917725  233.132980  0.699265  ' 


"  -808.563354  219.008789  -22.460184  ' 


"  -157.377640  94.887489  84.084625  ' 


125 

"  246  "Gateway"  " 

"  0x01  " 

"  -1 531391 .083854  -51 87848.025526  3370626.70621 6 

126 

"  248  "Gateway"  " 

"  0x01  " 

"  -1512886.899053  -5179214.161831  3392025.049898 

127 

"  251  "Gateway"  " 

"  0x01  " 

"  -1528329.049515-5182701.308030  3379829.573099 

128 

"  252  "Gateway"  " 

"  0x03 " 

"  -1529509.590519-5184774.644558  3376148.593495 

129 

"  254  "Gateway"  " 

"  0x01  " 

"  -1505885.499175  -5178033.794174  3396914.791364 

130 

"  256  "Gateway"  " 

"  0x03 " 

"  -1529468.571920  -5185093.559686  3375677.785816 

131 

"  257  "Gateway"  " 

"  0x03 " 

"  -1529445.513808  -5184826.334765  3376096.768184 

132 

. . . . m 

"  0x01  " 

"  -1512887.602064  -5179213.637706  3392025.030453 

133 

M^odk um&zmm 

"  0x01  " 

"  -1 5291 93.247993  -51 8521 8.0271 59  337561 1 .266346 

134 

"  0x03 " 

"  -1 52941 8.968802  -51 851 63.931 929  3375591 .442725 

135 

"  0x01  " 

"  -1 527957.71 6629  -51 85399.531 344  3375881 .883992 

136 

"  0x03  " 

"  -1529224.190393  -5185258.375862  3375532.298024 

137 

. . — ifebiicBaffiBia a 

"  0x03  " 

"  -1527817.109731  -5185610.032424  3375619.789259 

138 

" 0x01  " 

"  -1529158.414372  -5184886.535149  3376133.069641 

139 

"  0x03  " 

"  -1531284.848549  -5181729.693769  3380074.504707 

140 

" 0x01  " 

"  -1529144.933165  -5185098.195488  3375816.439254 

141 

"  0x03  " 

"  -1512930.189663  -5179276.286785  3391910.034325 

142 

im.ii.ii  wuukU'Xmxm* 

"  0x03  " 

"  -1 532805.854657  -5181311 .367450  3380089.055961 

143 

"  0x03  " 

"  -1 529131 .395080  -51 85068.096772  3375866.21 1 487 

144 

"  279  "Gateway"  " 

"  0x03  " 

"  -1527014.083344  -5185459.365331  3376212.145252 

145 

"  280  "Gateway"  " 

"  0x03  " 

"  -1529459.330493  -5185033.406743  3375773.932290 

146 

"  282  "Gateway"  " 

"  0x03  " 

"  -1 529131 .395080  -51 85068.096772  3375866.21 1 487 

147 

"  284  "Gateway"  " 

"  0x03  " 

"  -1 531 487.6991 1 7  -5187891 .134470  337051 5.208264 

148 

"  285  "Gateway"  " 

" 0x01  " 

"  -1531239.326374  -5181749.255179  3380065.728712 

149 

"  287  "Gateway"  " 

"  0x01  " 

"  -1529224.625255  -5185260.058283  3375532.939196 

150 

"  288  "Gateway"  " 

"  0x01  " 

"  -1531569.815430  -5182185.794472  3379236.691075 

151 

"  289  "Gateway"  " 

"  0x01  " 

"  -1533007.694865  -5181265.258350  3380081.605230 

152 

"  290  "Gateway"  " 

"  0x03  " 

"  -1 529131 .395080  -51 85068.096772  3375866.21 1 487 

153 

"  292  "Gateway"  " 

" 0x01  " 

"  -1529224.464066  -5185258.880397  3375533.053078 

154 

"  296  "Gateway"  " 

"  0x03  " 

"  -1 531 51 8.2321 1 2  -51 87902.292482  3370484.741 1 29 

155 

"  297  "Gateway"  " 

" 0x01  " 

"  -1531447.964261  -5187877.477727  3370555.187000 

156 

"  299  "Gateway"  " 

"  0x01  " 

"  -1 531 447.663605  -51 87877.1 1 1 652  3370554.4221 91 

157 

"  301  "Gateway"  " 

"  0x03  " 

"  -1529454.926254  -5185223.758784  3375484.012986 

158 

"  302  "Gateway"  " 

" 0x01  " 

"  -1 531 328.824400  -5181981 .841862  3379664.32221 3 

159 

"  305  "Gateway"  " 

"  0x03  " 

"  -1 531 723.6041 67  -51 81 895.488020  3379621 .362410 

160 

"  308  "Gateway"  " 

" 0x01  " 

"  -1531447.553023  -5187877.842383  3370554.934733 

161 

"  309  "Gateway"  " 

"  0x03  " 

"  -1525514.753608  -5185510.235605  3376781.025234 

162 

"311  "Gateway"  " 

"  0x03  " 

"  -1 529171 .517038  -51 851 62.638372  3375702.389866 

163 

"  312  "Gateway"  " 

"  0x03  " 

"  -1529410.716200  -5185138.393452  3375633.748541 

164 

"  314  "Gateway"  " 

"  0x03  " 

"  -1 529171 .517038  -51 851 62.638372  3375702.389866 

165 

"  316  "Gateway"  " 

"  0x03  " 

"  -1 51 1 793.865065  -51 77222.89991 9  3395525.530308 

166 

"  317  "Gateway"  " 

"  0x03  " 

"  -1 529171 .517038  -51 851 62.638372  3375702.389866 

167 

"  319  "Gateway"  " 

" 0x01  " 

"  -1531272.993092  -5181891.486361  3379827.209271 
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"300:8: 1337gw" 


"300:2: 1348gw" 
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"300:8: 1326gw" 


"300:2: 1336gw" 


"300:8: 1353gw" 


"300:8: 1247gw" 
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"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:2: 


"300:8: 


"300:8: 


1277gw" 


1247gw" 


1321  gw" 


1339gw" 


1361  gw" 


1318gw" 


1375gw" 


1303gw" 


1321  gw" 


1350gw" 


1339gw" 


1338gw" 


1337gw" 


1353gw" 


1 349gw" 


1360gw" 


1339gw" 


1300gw" 


1254gw" 


1 346gw" 


1321  gw" 


1284gw" 


1254gw" 


1376gw" 


"  -277.344482  5.251417-118.086647  ' 


"  -99.360603  -135.653412  -250.235138  1 


"  196.222610  -47.445290  9.338769  1 


"  -1210.524292  394.582001  67.535805  1 


"  -261.204529  128.473618  78.477562  1 


"  -654.481750  158.024185  -48.031345  1 


"  -1239.109131  263.661011  -143.932587' 


"  -98.71 0808  -1 35.91 8365  -250.34851 1  ' 


" -645.757202  196.014404  14.176241  ' 


"  -654.566895  157.338562  -49.109421  ' 


"  192.613525  -17.111933  58.726425  ' 


"  -812.192688  198.761627  -55.505337  ' 


"  -812.141174  199.188644  -54.722775  ' 


"  -1239.125122  263.863403  -143.423080  ' 


"  -275.450104  110.092255  53.841835  ' 


"  -1232.323242  323.372894  -49.338505  ' 


"  -98.71 0808  -1 35.91 8365  -250.34851 1  ' 


"  888.087158  -547.449524  -348.712158  ' 


"  -802.874451  239.768570  12.149552  ' 


"  193.166382  -18.820883  56.339199  ' 


"  -1223.813599  135.646881  -330.915619  1 


"  -802.600281  240.607040  13.603783  ' 


"  -207.903214  -73.106064  -205.727386  ' 


"  -275.450104  110.092255  53.841835  ' 


"  -655.984192  138.916931  -77.535812  ' 


"  -293.668579  61.696487  -29.056984  ' 


"  -174.595078  83.644974  57.979809  ' 


"  -801.424194  244.086319  19.624123  ' 


" -646.776611  68.909851  -180.433990' 


"  -207.903214  -73.106064  -205.727386  ' 


"  -213.235504  -68.341606  -201.871353  ' 


"  -256.863281  -24.816236  -155.876282  ' 


"  -654.071 045  1 02.885574  -131 .265610  ' 


"  -293.214539  67.366951  -19.466217  ' 


"  -293.687653  62.621712  -26.797216  ' 


"  -207.903214  -73.106064  -205.727386  ' 


"  191.163345  -13.182029  64.221420  ' 


"  -804.724060  91.450569  -215.174286  ' 


"  -647.281982  70.097885  -178.149673  ' 


"  -814.276978  174.559769  -93.412216  ' 


"  57.293369  94.513725  169.192810  1 


"  -803.977356  88.528503  -219.150787  ' 


"  -286.723083  91 .075569  1 9.67541 1  ' 


168 

"  320  "Gateway"  " 

"  0x01  " 

"  -1531569.980618-5182186.673861  3379236.548394 

169 

"  325  "Gateway"  " 

"  0x01  " 

"  -1512216.246278  -5177651.792064  3394694.513853 

170 

"  326  "Gateway"  " 

"  0x03 " 

"  -1529364.438694  -5185365.613139  3375305.508696 

171 

"  327  "Gateway"  " 

"  0x03 " 

"  -1 52941 5.1 87986  -5185141 .407871  3375627.471 904 

172 

"  328  "Gateway"  " 

"  0x03 " 

"  -1 5291 49.467644  -51851 1 3.9071 31  3375788.1 65376 

173 

"  329  "Gateway"  " 

"  0x03 " 

"  -1529450.684498  -5184685.176818  3376309.228935 

174 

"  333  "Gateway"  " 

"  0x03 " 

"  -1529471.508739  -5185346.708196  3375289.295941 

175 

HI . . 

"  0x01  " 

"  -1531569.968225  -5182186.272124  3379237.182216 

176 

"  0x03 " 

"  -1512362.435772  -5177052.594664  3395533.489979 

177 

"  0x03 " 

"  -1 529171 .517038  -51 851 62.638372  3375702.389866 

178 

"  0x03 " 

"  -1529364.438694  -5185365.613139  3375305.508696 

179 

"  0x03  " 

"  -1 531 71 9.980889  -51 81 940.1 58346  3379551 .1 99207 

180 

. . . 

"  0x03  " 

"  -1 531 807.01 741 6  -5181861 .682948  3379637.699571 

181 

" 0x01  " 

"  -1529364.714509  -5185367.015984  3375305.839241 

182 

mmmikim'xmmm 

"  0x03  " 

"  -1529464.493250  -5185357.123204  3375275.878899 

183 

" 0x01  " 

"  -1 529364.321 058  -51 85367.763785  3375305.61 1 648 

184 

"  0x01  " 

"  -1529364.506561  -5185365.910079  3375305.667595 

185 

. . . 

"  0x03  " 

"  -1529471.777675  -5185357.624402  3375272.437979 

186 

"  0x03  " 

"  -1 531 722.033621  -51 81 939.652306  3379551 .1 02761 

187 

"  358  "Gateway"  " 

"  0x03  " 

"  -1531897.781899  -5182107.257629  3379213.957782 

188 

"  359  "Gateway"  " 

" 0x01  " 

"  -1 531 236.1 43080  -51 81 851 .691 61 2  3379904.427809 

189 

"  360  "Gateway"  " 

"  0x01  " 

"  -1515526.005763  -5176829.196175  3394472.407842 

190 

"  365  "Gateway"  " 

"  0x03  " 

"  -1512569.091292  -5177451.369524  3394837.048969 

191 

"  366  "Gateway"  " 

"  0x03  " 

"  -1512566.864921  -5177444.738899  3394847.736640 

192 

"  367  "Gateway"  " 

"  0x03  " 

"  -1512345.212551  -5177466.330058  3394915.323963 

193 

"  368  "Gateway"  " 

"  0x03  " 

"  -1529283.810475  -5185135.984661  3375693.561381 

194 

"  371  "Gateway"  " 

" 0x01  " 

"  -1 531 354.295052  -51 82023.065475  3379589.281 1 80 

195 

"  372  "Gateway"  " 

"  0x01  " 

"  -1 529171 .534171  -51 851 62.665556  3375702.81 5741 

196 

"  374  "Gateway"  " 

"  0x03  " 

"  -1531710.590947  -5181942.224358  3379552.039364 

197 

"  375  "Gateway"  " 

" 0x01  " 

"  -1 51 5539.61 9335  -51 76880.37731 1  3394387.1 21 200 

198 

"  376  "Gateway"  " 

"  0x03  " 

"  -1 51 2566.1 1 1 269  -51 77449.436407  3394841 .471357 

199 

"  379  "Gateway"  " 

" 0x01  " 

"  -1512826.696057  -5177369.995052  3394847.345029 

200 

"  383  "Gateway"  " 

"  0x05  " 

"  -1517985.602425  -5163619.396639  3413235.063140 

201 

"  386  "Gateway"  " 

"  0x03  " 

"  -1532696.836124  -5181927.543393  3379139.922888 

202 

"  388  "Gateway"  " 

"  0x03  " 

"  -1531293.905236  -5181683.790130  3380144.536589 

203 

"  389  "Gateway"  " 

" 0x01  " 

"  -1531570.258880  -5182187.312380  3379237.925710 

204 

"  390  "Gateway"  " 

"  0x03  " 

"  -1528533.022784  -5182977.748883  3379309.126649 

205 

"  391  "Gateway"  " 

"  0x05  " 

"  -1517985.602425  -5163619.396639  3413235.063140 

206 

"  393  "Gateway"  " 

"  0x03  " 

"  -1531287.142451  -5181686.890430  3380142.027019 

207 

"  395  "Gateway"  " 

"  0x03  " 

"  -1531300.347161  -5181680.745530  3380147.097585 

208 

"  397  "Gateway"  " 

"  0x03  " 

"  -1528771.255665  -5182952.880683  3379239.907456 

209 

"  398  "Gateway"  " 

"  0x03  " 

"  -1 531 284.093446  -51 81 688.078835  3380141 .277938 

210 

"  399  "Gateway"  " 

"  0x03  " 

"  -1531289.046796  -5181685.641743  3380143.383122 
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"300:8: 1375gw" 


"300:2: 1284gw" 


"300:8: 1283gw" 


"300:8: 1346gw" 


"300:8: 1321  gw" 


"300:8: 1326gw" 


"300:8: 1345gw" 
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mxmmAM 
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"300:8: 


"300:8: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:8: 


"300:8: 


"300:8: 


"300:8: 


"300:2: 


"300:2: 


"300:2: 


1361  gw" 


1358gw" 


1316gw" 


1309gw" 


1292gw" 


1301  gw" 


1321  gw" 


1358gw" 


1321  gw" 


1 349gw" 


1316gw" 


1309gw" 


1312gw" 


"300:8: 1354gw" 


"300:8: 1361  gw" 


"300:8: 1354gw" 


"300:8: 1259gw" 


"  "700:1 :702gw" 


"300:8: 1361  gw" 


"300:8: 1361  gw" 


"300:8: 1259gw" 


"300:8: 1361  gw" 


"300:8: 1361  gw" 


"  -293.668579  61.696487  -29.056984  ' 


"  45.370552  98.780693  170.368622  1 


"  -812.103821  127.163208  -162.975098  ' 


"  -644.505066  61.199818  -191.030991  1 


"  -806.014526  229.232468  -6.091208  ' 


"  -1147.432129  496.555267  249.914566  ' 


"  -656.226257  125.749214  -95.808136  ' 


"  -293.668579  61.696487  -29.056984  ' 


"  28.958433  103.948364  170.873428  1 


"  -813.819885  179.265671  -88.345879  ' 


"  -810.855225  118.922523  -174.971985  ' 


"  -293.597351  63.481461  -25.742983' 


"  -293.903229  55.239346  -38.229763  ' 


" -810.493774  116.897430  -177.985458  ' 


"  -645.486450  63.705242  -186.852646  ' 


"  -587.895325  -45.880527  -328.479950  ' 


"  -596.715698  -32.362480  -313.859863  ' 


"  -643.654846  57.686337  -194.950516  ' 


" -293.597351  63.481461  -25.742983' 


"  -292.802338  70.094597  -15.669857  ' 


"  -276.043701  109.328278  52.337440  ' 


"  -292.861237  59.145420  -40.325077  ' 


"  192.888519-60.063980  -5.283695  ' 


"  194.772141  -53.642666  5.278380  ' 


"  194.571121  -54.472271  4.053451  ' 


"  -81 1 .190186  201 .691467  -59.456272  ' 


"  -285.522949  93.681992  24.337984  ' 


"  -808.013123  219.694748  -33.060352  ' 


"  -293.597351  63.481461  -25.742983' 


"  -292.672913  53.718353  -48.465462  ' 


"  192.927780  -59.953865  -5.097660  1 


"  196.121704  -44.973770  18.847261  ' 


"  0.000000  0.000000  0.000000  ' 


"  -293.322144  66.631256  -20.356766  ' 


"  -934.126648  471.399902  339.395782  ' 


"  -293.322144  66.631256  -20.356766  ' 


"  262.268677  -124.154221  -81 .809998  ' 


"  0.000000  0.000000  0.000000  ' 


"  -931.501770  473.411407  343.782104  ' 


"  -930.309875  474.365295  345.689270  ' 


"  570.159851  -291.671967  -213.237427  ' 


"  -928.906372  475.515900  347.875732  ' 


"  -927.964050  476.243225  349.392426  ' 


211 

"  401  "Gateway"  " 

"  0x03 " 

"  -1531285.500654  -5181686.949783  3380142.641953 

212 

"  404  "Gateway"  " 

"  0x03 " 

"  -1528764.314904  -5183040.869533  3379107.031430 

213 

"  407  "Gateway"  " 

"  0x03 " 

"  -1531304.248024  -5181675.932166  3380153.806002 

214 

"  408  "Gateway"  " 

"  0x03 " 

"  -1530656.453659  -5182062.076090  3379824.775696 

215 

"410  "Gateway"  " 

"  0x03 " 

"  -1 529601 .833978  -51 82783.28471 5  33791 47.291 901 

216 

"414  "Gateway"  " 

"  0x03 " 

"  -1 531281 .719080  -5181681 .226065  33801 54.339952 

217 

"41 5  "Gateway"  " 

"  0x03 " 

"  -1 531271 .062086  -51 81 688.292203  33801 47.1 34763 

218 

'■"■II  "I . . 

"  0x03 " 

"  -1 531 388.622308  -5181491 .104032  338041 2.31 2251 

219 

"  0x01  " 

"  -1 531 240.9261 85  -5181711 .669522  33801 25.1 56679 

220 

"  0x03 " 

"  -1 530001 .353992  -51 82692.780870  33791 1 5.079442 

221 

MiMcHIcem 

"  0x03 " 

"  -1 531271 .409458  -51 81 685.257622  33801 52.20971 7 

222 

" 0x01  " 

"  -1531241 .311798  -5181712.056012  3380125.240652 

223 

. . . 

"  0x03  " 

"  -1531886.219601  -5180934.744226  3381070.600943 

224 

iwirm—a 

"  0x03  " 

" -1529514.710271  -5183213.140871  3378512.804521 

225 

"  0x03  " 

" -1531875.601415 -5180928.820714  3381091.286146 

226 

"  0x03  " 

"  -1 531 387.222828  -51 81 485.1 75028  3380421 .693140 

227 

mmmmwsmmrnm 

"  0x03  " 

"  -1531270.007226  -5181683.921652  3380155.015552 

228 

ii  ■■■■■* . . . 

"  0x03  " 

"  -1531837.960139  -5180948.000097  3381078.348316 

229 

111 m  Mill  Mill  Mil"  I'll 

"  0x03  " 

"  -1531269.199761  -5181684.262708  3380154.727273 

230 

"  440  "Gateway"  " 

"  0x03  " 

"  -1 531 264.566036  -51 81 687.861 1 07  33801 50.1 34721 

231 

"  442  "Gateway"  " 

"  0x03  " 

"  -1529445.023571  -5183355.643766  3378321.356074 

232 

"  443  "Gateway"  " 

"  0x03  " 

"  -1531926.690350  -5180926.788172  3381058.586561 

233 

"  447  "Gateway"  " 

"  0x03  " 

"  -1531267.912948  -5181684.852620  3380154.163896 

234 

"  449  "Gateway"  " 

"  0x03  " 

"  -1 531791 .707955  -51 80972.061 283  3381 058.71 0670 

235 

"  450  "Gateway"  " 

"  0x03  " 

"  -1531918.269808  -5180917.606449  3381083.659164 

236 

"  454  "Gateway"  " 

"  0x03  " 

"  -1 531 883.250378  -51 80937.495426  3381 067.41 21 1 0 

237 

"  455  "Gateway"  " 

"  0x03  " 

"  -1531489.487469  -5181312.562065  3380648.313479 

238 

"  459  "Gateway"  " 

"  0x03  " 

" -1531698.438515 -5181031.807891  3381001.983450 

239 

"  460  "Gateway"  " 

"  0x03  " 

"  -1 531 469.741 769  -5181251 .669352  3380751 .599188 

240 

"  461  "Gateway"  " 

"  0x05  " 

"  -1526162.584267  -5184853.543747  3377475.506461 

241 

"  463  "Gateway"  " 

" 0x01  " 

"  -1 531 254.441 329  -51 81 61 7.680863  3380271 .878175 

242 

"  464  "Gateway"  " 

"  0x03  " 

"  -1531259.825280  -5181681.105797  3380163.386697 

243 

"  466  "Gateway"  " 

" 0x01  " 

"  -1 531 240.284335  -5181711 .375438  33801 25.7861 83 

244 

"  467  "Gateway"  " 

"  0x03  " 

"  -1531258.473491  -5181682.336352  3380161.732423 

245 

"  469  "Gateway"  " 

" 0x01  " 

"  -1 531 240.247424  -5181711 .670436  33801 26.030967 

246 

"  470  "Gateway"  " 

"  0x01  " 

"  -1531226.878934  -5181792.396088  3379999.241980 

247 

"  472  "Gateway"  " 

"  0x03  " 

"  -1 531 255.932678  -51 81 775.51 3263  338001 1 .675417 

248 

"  474  "Gateway"  " 

"  0x03  " 

"  -1531258.759919-5181773.790658  3380013.414192 

249 

"  476  "Gateway"  " 

"  0x03  " 

"  -1531254.882362  -5181774.461272  3380013.852266 

250 

"  477  "Gateway"  " 

"  0x03  " 

"  -1 530790.000620  -51 82038.661 231  3379801 .289291 

251 

"  479  "Gateway"  " 

"  0x03  " 

"  -1530789.493905  -5182068.959478  3379754.947348 

252 

"  482  "Gateway"  " 

" 0x01  " 

"  -1531226.38121 1  -5181791.983009  3379999.914447 

253 

"  483  "Gateway"  " 

"  0x01  " 

"  -1 531 225.7461 03  -5181791 .017382  3380000.409690 
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"300:8: 1361  gw" 


"300:8: 1259gw" 


"300:8: 1361  gw" 


"300:8: 1361  gw" 


"300:8: 1259gw" 


"300:8: 1361  gw" 


"300:8: 1361  gw" 
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"300:8: 1361  gw" 


"300:8: 1259gw" 


"300:8: 1354gw" 


"300:8: 1361  gw" 


"300:8: 1375gw" 


"300:8: 1354gw" 


"300:8: 1354gw" 


"300:8: 1375gw" 


"300:8: 1375gw" 


"300:8: 1376gw" 


"  "700:1 :701gw" 


"300:8: 1354gw" 


"300:8: 1375gw" 


"300:8: 1376gw" 


"300:8: 1375gw" 


"300:8: 1376gw" 


"300:8: 1362gw" 


"300:8: 1362gw" 


"300:8: 1362gw" 


"300:8: 1360gw" 


"300:8: 1362gw" 


"300:8: 1360gw" 


"300:8: 1362gw" 


"300:8: 1373gw" 


"  -920.891052  481.410065  360.837982 


"  1048.061401  -571.769348  -447.517822 


"  -891.424988  502.015442  404.155853 


"  -854.124329  522.683899  455.272552 


"  944.902039  -628.700317  -580.965576 


"  -774.751221  559.1 15723  545.1 14868 


"  -770.222595  560.745544  549.837769 


"  -631.557129  598.472534  673.027710 


"  -736.160889  572.509949  583.351990 


"  830.383728  -670.806641  -697.213318 


"  -703.599182  582.666077  612.738464 


"  -681 .6621 70  588.885681  631 .30841 1 


"  -560.143433  61 1.650757  722.580566 


"  773.773987  -687.170227  -744.779114 


"  -541.587280  614.202332  734.464905 


"  -603.186218  604.302185  693.531067 


"  -650.193420  597.001953  656.381958 


"  -522.694885  616.183105  746.396973 


"  -644.014771  598.420105  661.164368 


" -640.395691  599.149231  664.013245 


"  741.565918  -694.610168  -770.208862 


"  -587.041443  606.890015  705.029663 


"  -634.446167  600.319763  668.651062 


"  -502.442261  618.474670  758.314453 


"  -568.908203  609.829529  717.252625 


"  -557.463501  61 1 .427002  724.838928 


"  -473.044464  620.717712  775.202209 


"  -460.586060  621.472717  782.069153 


"  -359.213898  626.206787  829.958130 


"  0.000000  0.000000  0.000000 


"  -454.747589  622.414795  784.732056 


"  -406.066895  628.319397  806.426941 


"  -102.835152  172.393066  224.939026 


"  -398.321899  628.716064  809.972717 


"  -102.835152  172.393066  224.939026 


"  -910.393311  490.355591  375.147217 


"  -905.356445  493.859741  382.664734 


"  -896.655945  498.855255  396.423431 


"  -859.270569  521.773315  446.549774 


"  -886.244873  488.356812  431.367188 


"  -832.992188  524.988281  490.419525 


" -819.674438  544.368591  491.728210 


"  -938.847473  472.485596  324.534760 


254 

"  485  "Gateway"  " 

"  0x01  " 

"  -1 531 463.041 688  -51 821 08.370442  3379401 .442788 

255 

"  486  "Gateway"  " 

"  0x03 " 

"  -1 530841 .413115  -51 82097.970584  3379689.05491 6 

256 

"  488  "Gateway"  " 

"  0x03 " 

"  -1531245.173965  -5181776.365812  3380014.572969 

257 

"  492  "Gateway"  " 

"  0x01  " 

"  -1530970.685374  -5182036.392821  3379729.977267 

258 

"  493  "Gateway"  " 

"  0x01  " 

"  -1 531 463.355362  -51 821 09.01 3079  3379401 .051547 

259 

"  496  "Gateway"  " 

"  0x01  " 

"  -1 531 226.0061 46  -5181791 .672182  3379999.959729 

260 

"  497  "Gateway"  " 

"  0x03 " 

"  -1 531 857.603748  -51 80926.473962  3381 1 1 0.200239 

261 

1  Ml . . 

"  0x01  " 

"  -1531226.581023  -5181792.233226  3379999.970166 

262 

"  0x03 " 

"  -1531241.956153  -5181770.096229  3380025.963963 

263 

"  0x01  " 

"  -1 531 226.1 35075  -5181791 .213955  3379999.453481 

264 

"  0x01  " 

"  -1 531 227.051 047  -5181791 .232372  3379998.996252 

265 

"  0x01  " 

"  -1 531 226.31 5478  -5181791 .461380  3379999.527263 

266 

"  0x01  " 

"  -15311 42.038994  -51 82003.9951 79  337971 0.955023 

267 

"  0x01  " 

" -1531226.599861  -5181791.590102  3379999.315191 

268 

m HWBW 

"  0x01  " 

"  -1 531 463.435756  -51 821 09.1 97560  3379401 .230521 

269 

"  0x01  " 

"  -15311 96.326561  -51 81 993.669674  3379704.91 9420 

270 

"  0x01  " 

"  -1531234.957565  -5181984.585259  3379699.040293 

271 

. . . . . . 

"  0x01  " 

"  -1531226.706357  -5181790.882399  3379999.006306 

272 

" 0x01  " 

"  -1 531 226.29661 6  -5181791 .900528  3379999.884699 

273 

"  519  "Gateway"  " 

"  0x03  " 

"  -1 531 335.1 06900  -51 82274.020593  33791 98.3581 1 8 

274 

"  520  "Gateway"  " 

" 0x01  " 

"  -1531289.900864  -5181974.489301  3379692.673284 

275 

"  522  "Gateway"  " 

"  0x01  " 

"  -1 531 224.699299  -5181791 .850630  3379999.836256 

276 

"  523  "Gateway"  " 

"  0x03  " 

"  -1531572.451379  -5180545.426805  3381819.095261 

277 

"  524  "Gateway"  " 

"  0x01  " 

"  -1531400.547040  -5182068.699463  3379496.706604 

278 

"  525  "Gateway"  " 

"  0x01  " 

"  -1531463.209268  -5182108.757122  3379400.944268 

279 

"  528  "Gateway"  " 

"  0x01  " 

"  -1531400.907278  -5182068.551999  3379496.871889 

280 

"  529  "Gateway"  " 

"  0x03  " 

" -1531472.1 15002  -5180734.128597  3381560.453494 

281 

"  530  "Gateway"  " 

"  0x01  " 

"  -1531462.687254  -5182109.298144  3379401.331 181 

282 

"  535  "Gateway"  " 

"  0x01  " 

"  -1531226.857771  -5181791.371889  3379999.493356 

283 

"  538  "Gateway"  " 

"  0x01  " 

"  -1 531 463.5541 1 4  -51 821 09.792764  3379401 .629722 

284 

"  540  "Gateway"  " 

"  0x03  " 

"  -1532955.105207  -5182604.150974  3377944.543939 

285 

"  541  "Gateway"  " 

"  0x03  " 

"  -1531  111  .285784  -51 8091 0.1 53829  3381426.7401 04 

286 

"  544  "Gateway"  " 

"  0x01  " 

"  -1 531 463.1 1 1 084  -51 821 08.767230  3379400.897623 

287 

"  546  "Gateway"  " 

"  0x03  " 

"  -1531097.922817-5180914.959738  3381426.143992 

288 

"  547  "Gateway"  " 

"  0x01  " 

" -1531251 .297480  -51 81 61 8.449391  3380272.452602 

289 

"  549  "Gateway"  " 

"  0x03  " 

"  -1531300.367995  -5181815.225793  3379932.998308 

290 

"  553  "Gateway"  " 

"  0x01  " 

"  -1531226.252277  -5181792.063664  3379999.869403 

291 

"  554  "Gateway"  " 

"  0x03  " 

" -1531 1 99.65721 7  -51 81 765.946668  3380050.782272 

292 

"  556  "Gateway"  " 

"  0x03  " 

"  -1531428.555516-5182071.358487  3379475.568261 

293 

"  558  "Gateway"  " 

" 0x01  " 

"  -1531400.359893  -5182067.508595  3379496.830241 

294 

"  561  "Gateway"  " 

"  0x01  " 

"  -1531400.709787  -5182067.994406  3379495.882566 

295 

"  562  "Gateway"  " 

"  0x05  " 

"  -1518023.253422  -5163716.978496  3413069.189084 

296 

"  565  "Gateway"  " 

" 0x01  " 

"  -1531400.799796  -5182068.555176  3379496.754679 

74 


"300:8: 1376gw" 


"300:8: 1360gw" 


"300:8: 1362gw" 


"300:8: 1305gw" 


"300:8: 1376gw" 


"300:8: 1362gw" 


"300:8: 1349gw" 


mmumAai 

mmmm 

mmmm 

I»MfcglcWcSm« 

mmumwi 

mMmmma 

mMmmm 

mmmmm 


"300:8: 1354gw" 


"300:8: 1305gw" 


"300:8: 1360gw" 


"300:8: 1349gw" 


"300:8: 1375gw" 


"300:8: 1354gw" 


"300:8: 1375gw" 


"300:8: 1349gw" 


"300:8: 1354gw" 


"300:8: 1360gw" 


"300:8: 1375gw" 


"300:8: 1305gw" 


"300:8: 1358gw" 


"300:8: 1354gw" 


"300:8: 1358gw" 


"300:8: 1354gw" 


"300:8: 1305gw" 


"300:8: 1349gw" 


"300:8: 1349gw" 


"300:8: 1358gw" 


"300:8: 1360gw" 


"300:8: 1360gw" 


"  "700:1 :702gw" 


"300:8: 1360gw" 


"  -1012.769958  394.695557  168.856339  ' 


"  -719.621887  533.600830  638.290283  ' 


"  -721 .262207  583.229370  591 .290405  ' 


"  572.038086  -550.040100  -608.463928  ' 


"  -955.012024  458.893005  295.582764  ' 


"  -602.017761  609.712402  689.801025  ' 


"  -523.525696  614.495361  747.205627  ' 


"  -523.248962  619.958435  742.874207  ' 


"  -447.328613  627.376404  785.045166  ' 


"  -753.217285  570.969299  562.723572  ' 


"  -368.260559  632.314026  821.317932  ' 


"  -272.729645  635.440308  855.473022  ' 


"  224.230774  -577.298218  -785.141602  ' 


"  -650.503540  596.809753  656.249390  ' 


"  344.487976  505.487793  914.226501  ' 


"  74.950409  -562.927246  -823.101013  ' 


"  -26.5561 12  -543.592102  -838.929321  ' 


"  -218.369095  630.604126  874.444580  ' 


"  -438.468964  626.674377  790.584717  ' 


"  -471.950439  602.594727  790.026794  ' 


"  -181.957886  -502.963226  -844.937439  ' 


"  -3.102833  603.646912  919.565552  ' 


"  -169.715866  617.199036  894.573547  ' 


"  569.401001  391.345459  855.938782  ' 


"  -202.811188  626.234314  881.304810  ' 


"  571.686584  390.167847  854.952332  ' 


"  -139.252243  613.280334  902.494385  ' 


"  -49.038799  606.787598  916.189941  1 


"  18.874315  599.794678  921.894836  1 


"  866.893616  188.476654  650.362976  ' 


"  -633.455750  -295.310333  -715.210205  ' 


"  123.506050  562.576721  937.151917  ' 


"  228.019211  539.246826  931.246521  ' 


"  134.668076  559.688599  937.343689  ' 


"  255.037018  524.181091  932.839905  ' 


"  -734.423645  -235.255707  -636.613464  ' 


"  405.787262  476.605316  904.535278  ' 


"  479.005554  442.119659  886.049622  ' 


"  438.694153  454.422913  900.581604  ' 


"  993.758972  -418.842865  -216.826660  ' 


"  1024.441772  -375.938049  -138.526474  ' 


"  0.000000  0.000000  0.000000  ' 


"  1037.828247  -351.141876  -98.039963  ' 


297 

"  567  "Gateway"  " 

"  0x03 " 

"  -15311 04.1 08855  -51 821 56.704367  3379484.3291 87 

298 

"  570  "Gateway"  " 

"  0x03 " 

"  -1530970.674105  -5182192.054149  3379490.461670 

299 

"  574  "Gateway"  " 

"  0x03 " 

"  -1531072.787633  -5182157.199509  3379499.178030 

300 

"  575  "Gateway"  " 

"  0x05 " 

"  -1509452.956887  -5182227.562249  3388978.516655 

301 

"  577  "Gateway"  " 

"  0x03 " 

"  -1 52991 1 .667358  -51 82459.658627  337951 4.499046 

302 

"  582  "Gateway"  " 

"  0x03 " 

"  -1530685.522572  -5180867.687642  3381659.132354 

303 

"  583  "Gateway"  " 

"  0x03 " 

"  -1530628.782657  -5180903.374430  3381628.092831 

304 

"■II  HI . . 

"  0x03 " 

"  -1530195.314679  -5182367.325101  3379536.712348 

305 

"  0x03 " 

"  -1 531031 .691660  -51 821 60.953992  337951 2.251 249 

306 

. . . 

"  0x03 " 

"  -1 531031 .248333  -51 821 59.366971  337951 4.8771 1 3 

307 

"  0x03 " 

"  -1531042.682510-5182155.212730  3379516.057643 

308 

"  0x03  " 

"  -15311 1 0.1 30021  -51 821 37.569602  337951 1 .372588 

309 

"  0x03  " 

"  -1 533905.2281 1 7  -51 81 485.086321  3379321 .809314 

310 

"  0x03  " 

"  -1531400.416862  -5182067.249849  3379495.949128 

311 

"  0x03  " 

"  -1 53421 4.01 8556  -51 84087.333274  3375089.1 1 0345 

312 

" 0x01  " 

"  -1534265.943127  -5184184.152671  3374920.242634 

313 

"  0x05  " 

"  -1510460.596683  -5173853.358747  3401142.638946 

314 

"  0x03  " 

"  -1534085.232007  -5184057.896192  3375194.187559 

315 

ill  ill  II II  M  hi 

" 0x01  " 

"  -1536630.554217-5184788.360320  3372918.769272 

316 

"  610  "Gateway"  " 

"  0x01  " 

"  -1 534520.1 74527  -5184101 .512790  3374923.527780 

317 

"  612  "Gateway"  " 

"  0x01  " 

"  -1 53461 4.453224  -51 84082.2431 93  337491 1 .074475 

318 

"  615  "Gateway"  " 

"  0x01  " 

"  -1 536245.221 637  -51 851 1 9.931 1 76  3372594.336804 

319 

"  616  "Gateway"  " 

"  0x05  " 

"  -1 523478.1 50000  -51 7561 1 .300000  3392705.290000 

320 

"  617  "Gateway"  " 

"  0x05  " 

"  -1 523478.1 50000  -51 7561 1 .300000  3392705.290000 

321 

"  618  "Gateway"  " 

"  0x05  " 

"  -1523541.890000  -5175585.070000  3392716.560000 

322 

"  619  "Gateway"  " 

"  0x05  " 

"  -1523541.890000  -5175585.070000  3392716.560000 

323 

"  620  "Gateway"  " 

"  0x05  " 

"  -1523399.150000  -5175646.660000  3392687.000000 

324 

"  621  "Gateway"  " 

"  0x05  " 

"  -1523399.150000  -5175646.660000  3392687.000000 

325 

"  622  "Gateway"  " 

"  0x05  " 

"  -1523539.330000  -5175564.560000  3392747.440000 

326 

"  623  "Gateway"  " 

"  0x05  " 

"  -1523539.330000  -5175564.560000  3392747.440000 

327 

"  624  "Gateway"  " 

"  0x05  " 

"  -1523461.780000  -5175583.320000  3392752.940000 

328 

"  625  "Gateway"  " 

"  0x05  " 

"  -1 523461 .780000  -51 75583.320000  3392752.940000 

329 

"  627  "Gateway"  " 

"  0x05  " 

"  -1523405.550000  -5175615.580000  3392729.740000 

330 

"  628  "Gateway"  " 

"  0x05  " 

"  -1523405.550000  -5175615.580000  3392729.740000 

331 

"  633  "Gateway"  " 

"  0x03  " 

"  -1537347.674462  -5184730.704798  3372667.131784 

332 

"  636  "Gateway"  " 

" 0x01  " 

"  -1 53651 3.853500  -51 851 87.224400  3372371 .890493 

333 

"  638  "Gateway"  " 

"  0x03  " 

"  -1537166.324062  -5184707.542960  3372788.401549 

334 

"  639  "Gateway"  " 

"  0x03  " 

"  -1515874.765380  -5176761.085086  3394415.706246 

335 

"  641  "Gateway"  " 

"  0x03  " 

"  -1513258.473649  -5177508.709068  3394444.360987 

336 

"  643  "Gateway"  " 

" 0x01  " 

"  -1 515511 .569404  -51 76775.739670  3394557.264422 

337 

"  648  "Gateway"  " 

"  0x03  " 

"  -1513226.191367  -5177453.684866  3394543.668448 

338 

"  651  "Gateway"  " 

"  0x03  " 

"  -1517602.182017-5175833.320350  3395024.089858 

339 

"  652  "Gateway"  " 

"  0x03  " 

"  -1 51 71 65.671 91 0  -51761 1 9.33001 4  3394788.482409 

75 


300:8: 1360gw" 


300:8: 1360gw" 


300:8: 1360gw" 


"700:1 :702gw" 


300:8: 1360gw" 


300:8: 1359gw" 


300:8: 1359gw" 


niwamsuCT 


i.Mm  mmmu 

mammma 

mmbmma 

mmmmw 

mxmmm 

mnmmmu 

mmmmma 

HSBBSMUm 

HSB1 


300:8: 1285gw"  " 


300:8: 1285gw"  " 


300:8: 1346gw"  " 


"300:8: 


"300:8: 


"300:8: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


1 345gw" 


1353gw" 


1 345gw" 


1 349gw" 


1301  gw" 


1300gw" 


1301  gw" 


1 304gw" 


1267gw" 


"  1050.242920  -322.553802  -54.304043  ' 


"  1055.291016  -309.025330  -29.395489  ' 


"  1059.597046  -295.359070  -4.121986  ' 


"  0.000000  0.000000  0.000000  ' 


"  1061 .224609  -289.4541 02  4.305876  1 


"  379.528778  479.288696  914.461731  ' 


"  426.792480  459.108582  903.917847  ' 


"  1064.154053  -277.279938  26.304289  ' 


"  1065.327881  -272.142792  31.855450  ' 


"  1066.074463  -268.576019  36.772339  ' 


"  1066.623657  -265.459961  42.951897  ' 


"  1066.847900  -264.214508  45.013607  ' 


"  1017.713013-389.272461  150.755356  ' 


"  1069.883667  -247.638000  63.437504  ' 


"  144.642609  45.390125  133.640686  1 


"  245.476974  39.381565  170.534882  1 


"  0.000000  0.000000  0.000000  ' 


"  152.335129  38.661823  127.046669  1 


"  39.895988  59.571678  -69.710297  ' 


"  140.847580  48.627003  136.524567  1 


"  137.988647  50.948116  138.582123  1 


"  5.013741  87.910522  -47.398335  ' 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


"  0.000000  0.000000  0.000000  1 


" -560.016724  -76.814491  -368.925201  ' 


"  27.243469  76.412674  -58.471333  ' 


"  -1054.858154  -148.365875  -700.633118  1 


"  -282.099823  12.930839  -105.567451  ' 


"  922.350708  -361.372101  -136.672379  ' 


"  -626.512939  237.202927  82.712265  ' 


"  933.557251  -343.058228  -103.835869  ' 


"  -601.240662  270.610840  144.583588  ' 


"  -620.846863  246.386932  97.302025  ' 


340 

"  654  "Gateway"  " 

"  0x01  " 

"  -1 515511 .672544  -51 76775.960647  3394556.086546 

341 

"  658  "Gateway"  " 

"  0x03 " 

"  -1536443.090548  -5185122.049506  3372498.524545 

342 

"  659  "Gateway"  " 

"  0x03 " 

"  -1 51 71 89.31 7343  -517601 1 .806362  3394941 .728879 

343 

"  662  "Gateway"  " 

"  0x03 " 

"  -1 536461 .290448  -51 851 27.662526  3372481 .954039 

344 

"  663  "Gateway"  " 

"  0x03 " 

"  -1513176.585655  -5177340.920831  3394732.800408 

345 

"  666  "Gateway"  " 

"  0x03 " 

"  -1 51 7341 .901035  -51 7571 4.704076  3395325.1 19184 

346 

"  667  "Gateway"  " 

"  0x03 " 

"  -15171 1 4.459705  -51 75862.501 776  3395203.889291 

347 

"  0x03 " 

"  -1513144.485727  -5177223.180709  3394923.501783 

348 

"  0x01  " 

"  -1 51 4681 .240543  -51 77222.4831 36  3394247.866472 

349 

"  0x03 " 

"  -1513130.243440  -5177020.993123  3395234.257007 

350 

"  0x03 " 

"  -1 536626.294394  -51 85023.226371  3372562.81 1 327 

351 

"  0x03 " 

"  -1534638.405139  -5184045.208385  3374953.242504 

352 

"  0x03 " 

"  -1537025.784523  -5184996.677579  3372416.876329 

353 

"  0x03 " 

"  -1514278.368702  -5177373.709564  3394195.836252 

354 

"  0x03 " 

"  -1517620.143978  -5175881.497257  3394942.787700 

355 

"  0x03 " 

" -1534588.976646  -5183931.449000  3375148.882922 

356 

"  0x03 " 

"  -1 51 8041 .881865  -51 75709.81 1 737  3395004.767570 

357 

M . . 

"  0x03 " 

" -151 3526.601 903  -51 761 80.71 91 80  3396334.826828 

358 

Mi  111  II  III  Mil  I'll 

"  0x03 " 

"  -1536550.968818-5185052.555615  3372553.137496 

359 

"  695  "Gateway"  " 

"  0x03  " 

"  -1 51 7570.885363  -5175941 .819502  3394873.682966 

360 

"  697  "Gateway"  " 

"  0x03  " 

"  -1513748.331498  -5176022.387807  3396476.353542 

361 

"  699  "Gateway"  " 

"  0x03  " 

"  -1517836.439461  -5175478.957157  3395454.715032 

362 

"  700  "Gateway"  " 

"  0x03  " 

" -151 3663.537057  -51 75972.033685  3396590.1 1 1 630 

363 

"  701  "Gateway"  " 

"  0x03  " 

"  -1 51 81 88.267831  -5175791 .806403  339481 1 .721 1 82 

364 

"  702  "Gateway"  " 

"  0x03  " 

" -1513992.159471  -5175822.766031  3396670.566344 

365 

"  704  "Gateway"  " 

"  0x03  " 

"  -1513854.732016  -5175804.194551  3396759.517367 

366 

"  706  "Gateway"  " 

"  0x03  " 

"  -1517659.339270  -5175293.374649  3395816.232218 

367 

"  710  "Gateway"  " 

"  0x03  " 

"  -1514374.685566  -5175572.870512  3396879.378778 

368 

"  713  "Gateway"  " 

" 0x01  " 

"  -1536640.490667  -5184829.060049  3372851.433696 

369 

"  714  "Gateway"  " 

"  0x03  " 

"  -1517882.524332  -5175870.874531  3394835.620504 

370 

"  716  "Gateway"  " 

"  0x03  " 

"  -1514494.935453  -5175505.195260  3396926.709328 

371 

"  719  "Gateway"  " 

"  0x03  " 

"  -1517557.744413-5176044.839018  3394723.491397 

372 

"  721  "Gateway"  " 

" 0x01  " 

"  -1536463.141667  -5185215.010237  3372353.447900 

373 

"  723  "Gateway"  " 

"  0x03  " 

"  -1517935.466520  -5176038.209639  3394553.576912 

374 

"  726  "Gateway"  " 

"  0x03  " 

" -1514914.1 1 2474  -51 75307.800075  3397041 .642376 

375 

"  730  "Gateway"  " 

"  0x03  " 

" -1515044.412425  -5175141.612419  3397235.398725 

376 

"  732  "Gateway"  " 

"  0x03  " 

"  -1 51 8424.41 6083  -5176101 .614473  3394248.41 1 773 

377 

"  736  "Gateway"  " 

" 0x01  " 

"  -1 535480.70801 1  -51 83757.486289  3375021 .2471 1 7 

378 

"  738  "Gateway"  " 

"  0x03  " 

"  -1515299.650035  -5175052.839946  3397256.648244 

379 

"  740  "Gateway"  " 

"  0x03  " 

"  -1 51 8281 .609448  -5175581 .940482  3395091 .798717 

380 

"  741  "Gateway"  " 

" 0x01  " 

"  -1536244.016297  -5185136.498294  3372567.285488 

381 

"  743  "Gateway"  " 

"  0x03  " 

"  -1536274.274923  -5185231.478394  3372409.901098 

382 

"  744  "Gateway"  " 

"  0x03  " 

"  -1515384.252794  -5175026.644121  3397258.799572 

76 


"300:2: 1349gw" 


"300:8: 1353gw" 


"300:2: 1267gw" 


"300:8: 1306gw" 


"300:2: 1301  gw" 


"300:2: 1269gw" 


"300:2: 1267gw" 
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i 
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mmmmma 
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mnmmmn 

lilWWI 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:8: 


"300:2: 


"300:2: 


"300:2: 


"300:8: 


"300:2: 


"300:2: 


"300:2: 


"300:2: 


"300:8: 


"300:2: 


"300:2: 


"300:8: 


"300:8: 


"300:2: 


1267gw" 


1292gw" 


1278gw" 


1309gw" 


1 304gw" 


1292gw" 


1309gw" 


1277gw" 


1292gw" 


1 345gw" 


1271  gw" 


1292gw" 


1227gw" 


1 326gw" 


1274gw" 


1292gw" 


1309gw" 


1 304gw" 


1306gw" 


1309gw" 


1269gw" 


1 326gw" 


1353gw" 


1309gw" 


"  -282.099823  12.930839  -105.567451 


"  -332.959167  -252.992477  -529.866028 


"  -61 4.731 445  255.1 1 6867  1 1 2.452744 


"  -352.324158  -242.015930  -522.418396 


"  952.267944  -303.246216  -35.035683 


"  -547.950623  316.228943  235.317627 


"  -594.756897  278.267700  156.385162 


"  964.529541  -261.871704  33.256027 


"  163.635818-94.891678  -71.136993 


"  971.016296-191.426300  143.120117 


"  -639.305664  -471.977051  -997.071167 


"  914.670105  285.781494  841.030640 


"  -777.140808  -388.603729  -933.093933 


"  169.393402  -90.830246  -62.428562 


"  -633.427307  225.486603  59.587536 


"  828.484802  352.900452  902.606873 


"  -630.924500  230.234482  67.463799 


"  833.460266  1 1 1 .296623  541 .255066 


"  -314.156464  -262.404236  -536.725952 


"  -640.01 1475  21 1 .532196  35.559391 


"  763.049561  183.866196  619.635803 


" -571.368164  299.419250  198.775146 


"  783.306213  164.358078  599.514648 


"-645.542725  196.956116  10.385013 


"  677.435608  255.077454  689.939514 


"  715.361816  224.104034  661.841980 


"  -518.574402  333.816040  274.358185 


"  542.899658  344.028229  766.096985 


"  -812.708008  -364.027130  -912.477356 


"  -643.774109  202.015854  19.222919 


"  498.720306  369.027466  784.281067 


"  -650.842590  177.806366  -20.342138 


"  2.071700  86.545280  -50.056190 


"  -655.136353  147.228226  -68.885254 


"  350.858673  440.375214  826.418701 


"  295.718933  461.784454  836.244812 


"  -651.140747  91.322464  -152.646515 


"  -341 .800079  -304.226532  -574.709595 


"  204.549805  494.966248  844.492615 


"  -632.51 1 1 69  227.52461 2  61 .539871 


"  -202.824493  -312.892975  -562.659058 


"  -228.315842  -644.853760  -1075.946289 


"  172.661667  505.849884  845.164978 


383 

"  746  "Gateway"  " 

"  0x01  " 

"  -1 536245.221 637  -51 851 1 9.931 1 76  3372594.336804 

384 

"  749  "Gateway"  " 

"  0x03 " 

"  -1518364.330945  -5176394.100923  3393839.004273 

385 

"  750  "Gateway"  " 

"  0x03 " 

"  -1518158.290161  -5176023.659957  3394470.153597 

386 

"  751  "Gateway"  " 

"  0x03 " 

"  -1518098.004603  -5176669.017263  3393530.827540 

387 

"  753  "Gateway"  " 

"  0x03 " 

"  -1518280.234514  -5176553.793889  3393628.147771 

388 

"  755  "Gateway"  " 

"  0x03 " 

"  -1536749.837737  -5184924.863341  3372655.981829 

389 

"  756  "Gateway"  " 

"  0x03 " 

"  -1 51 8498.786909  -5175831 .997525  339461 7.226820 

390 

. . mi 

"  0x03 " 

"  -1536867.240179  -5185506.267519  3371719.048281 

391 

"  0x01  " 

"  -1515868.710022  -5176560.768442  3394720.885691 

" 0x03  " 


-1517940.596124  -5176947.597727  3393186.461217 


393 

394 


HBUI 

UK1H! 


"  0x03  " 
"  0x03  " 


-1 51 8544.420703  -51761 1 7.801 205  33941 76.439587 
-1 51 5259.941 353  -5176461 .061610  33951 44.341 770 


" 0x01  " 


-1515840.634132  -5176458.172152  3394889.164840 


396 


397 


"  0x03  " 
"  0x03  " 


-1 51 7930.41 0630  -51 7661 3.431 1 89  3393687.236098 
-1 51 6869.1 39097  -51 7751 6.451 1 57  339281 2.526952 


" 0x03  " 


-1517739.254400  -5176832.594704  3393445.816425 


399 

1— «  HI . . 

"  0x03 " 

"  -1516708.932018-5177503.001204  3392906.237874 

400 

"  0x03 " 

"  -1 51 6698.661 1 03  -51 77552.670880  3392835.877248 

401 

■■ii mum  mi"  hi 

"  0x03 " 

"  -1 51 7223.3421 1 8  -51 76565.961 792  3394084.348206 

402 

"  780  "Gateway"  " 

"  0x03 " 

" -151 3436.768774  -51 75609.001 821  3397239.91 5542 

403 

"  781  "Gateway"  " 

"  0x05 " 

"  -1517934.552468  -5163544.841723  3413364.938890 

404 

"  783  "Gateway"  " 

"  0x01  " 

"  -1515719.642362  -5176023.124790  3395607.365505 

405 

"  786  "Gateway"  " 

"  0x01  " 

"  -1 51 5794.403982  -5176041 .103117  3395543.41 7005 

406 

"  788  "Gateway"  " 

"  0x01  " 

" -151 5886.51 9560  -51 75889.608791  3395732.71 6004 

407 

"  790  "Gateway"  " 

"  0x01  " 

" -151 5899.59451 1  -51 75874.91 3059  3395749.61 0263 

408 

"  795  "Gateway"  " 

"  0x01  " 

"  -1516075.086777  -5175618.012422  3396057.921787 

409 

"  796  "Gateway"  " 

"  0x01  " 

"  -1516083.900102  -5175604.353140  3396073.563171 

410 

"  797  "Gateway"  " 

"  0x05 " 

"  -1518007.671469  -5163724.960046  3413063.240151 

411 

"  799  "Gateway"  " 

"  0x01  " 

"  -1516196.086696  -5176240.919459  3395051.400284 

412 

"  801  "Gateway"  " 

"  0x01  " 

"  -1515953.256727  -5175722.147135  3395957.328273 

413 

"  804  "Gateway"  " 

"  0x01  " 

" -1516083.501891  -5175624.466284  3396044.742033 

414 

"  805  "Gateway"  " 

"  0x03 " 

"  -1516358.562139  -5176297.160563  3394888.833491 

415 

"  810  "Gateway"  " 

"  0x03 " 

"  -1516272.532795  -5176178.987892  3395106.447482 

!  416 

"811  "Gateway"  " 

"  0x03 " 

" -151 3604.361 077  -51 75455.451 352  3397398.1 07841 

417 

"  812  "Gateway"  " 

"  0x03 " 

"  -1516353.120801  -5176295.269212  3394894.124699 

418 

"  814  "Gateway"  " 

"  0x03 " 

"  -1516294.806852  -5176188.197077  3395082.250716 

419 

"  816  "Gateway"  " 

"  0x03 " 

"  -1516290.785263  -5176279.745228  3394945.284070 

420 

"  818  "Gateway"  " 

" 0x01  " 

"  -1 51 61 96.552955  -51 76240.767398  3395051 .591674 

421 

"  819  "Gateway"  " 

"  0x03  " 

"  -1513603.794463  -5175455.916203  3397397.655193 

422 

"  822  "Gateway"  " 

"  0x01  " 

"  -1515852.912019-5176003.564864  3395575.790909 

423 

"  823  "Gateway"  " 

"  0x03  " 

"  -1516270.589365  -5176178.265153  3395108.359350 

424 

"  825  "Gateway"  " 

"  0x03  " 

"  -1516309.844938  -5176194.980441  3395065.213961 

425 

"  828  "Gateway"  " 

"  0x05  " 

"  -1518056.991786  -5163483.633269  3413405.215743 

77 


"300:8:1 31 8gw" 


"300:2: 1304gw" 


"300:2: 1271  gw" 


"300:2: 1300gw" 


"300:2: 1304gw" 


"300:8: 1247gw" 


"300:2: 1269gw" 


SEBBEZEMI 

H.MHIlcMSBmj 

MMOMMm 

mmvummi 

mwmmMAt 

mMtmmMn 

jciiiiWHci.i.gmiia 

mwkmmma 

B2»H— 


"  "300:2 


"  "700: 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "700: 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "300:2 


"  "700: 


:1276gw" 


1:702gw" 


:1276gw" 


:1268gw" 


:1286gw" 


:1268gw" 


:1286gw" 


:1276gw" 


1:702gw" 


:1349gw" 


:1276gw" 


:1268gw" 


:1329gw" 


:1335gw" 


:1276gw" 


:1329gw" 


:1335gw" 


:1250gw" 


:1329gw" 


:1276gw" 


:1286gw" 


:1335gw" 


:1335gw" 


1:702gw" 


"  -17.555529  88.024162  -44.085720  ' 


"  -626.165344  18.973026  -251.360214  1 


" -655.144104  122.015114  -107.347572  1 


"  -580.606445  -53.099190  -340.149414  1 


"  -603.070251  -21 .461735  -302.441 1 93  1 


"  -289.393250  -274.307587  -544.639221  1 


"  -654.417297  155.027954  -57.700520  1 


'  -463.443359  -558.267822  -1048.418945  1 


"  -609.953613  -8.689136  -288.974213  1 


"  -521 .814514  -1 16.493561  -412.024078  1 


"  -649.534363  84.111954  -163.264404  1 


"  -621 .389954  5.79791 7  -263.563782  ' 


"  -619.644043  7.888760  -267.589325  ' 


"  -588.531494  -42.872166  -327.746338  1 


"  -302.007324  -266.946472  -541.438965  1 


"  -536.671997  -103.203506  -396.178192  1 


"  -247.567902  -292.414825  -555.723572  1 


"  -226.6591 80  -301 .247620  -559.91 1133' 


"  -483.910736  -144.755249  -447.773712  ' 


"  530.572327  101.677345  404.697113  ' 


"  0.000000  0.000000  0.000000  ' 


"  883.678223  296.766418  869.866394  ' 


"  782.695740  371.481750  935.421692  ' 


"  586.327332  485.054047  1023.018982  ' 


"  467.612030  544.977234  1053.548218  ' 


"  140.880066  662.650085  1080.126221  1 


"  130.297455  665.883484  1079.465942  ' 


"  0.000000  0.000000  0.000000  ' 


"  -1 48.298340  -1 1 0.537033  -238.078064  ' 


"  323.744568  603.904297  1075.227417  ' 


"  141.069183  663.704590  1079.453857  ' 


"  -208.871719  -70.748909  -205.570419  ' 


"  -197.820740  -78.901894  -213.385681  1 


"  499.796204  131.1 14014  434.324585  ' 


"  -208.871719  -70.748909  -205.570419  ' 


"  -197.820740  -78.901894  -213.385681  1 


"  -196.233215  -79.969780  -214.451309  ' 


"  -208.871719  -70.748909  -205.570419  ' 


"  499.796204  131.1 14014  434.324585  ' 


"  443.923370  173.680222  477.903992  ' 


"  -197.820740  -78.901894  -213.385681  1 


"  -197.820740  -78.901894  -213.385681  ' 


"  0.000000  0.000000  0.000000  ' 


Table  F-2  MunitionDetonation  events  log  record  (part  2  -  remaining  fields) 


index 

Fuse 

Type 

Munition  Object 
Identifier 

Munition  Type 

UUM.UiJ 

1 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

"  1 

2 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x0b  0x00  0x00  " 

"  1 

3 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

"  1 

4 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x12  0x00  0x00  " 

"  1 

5 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x0b  0x00  0x00  " 

"  1 

6 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

"  1 

7 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x0b  0x00  0x00  " 

"  1 

8 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

"  1 

9 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x0b  0x00  0x00  " 

"  1 

10 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x0b  0x00  0x00  " 

"  1 

11 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

"  1 

12 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x0b  0x00  0x00  " 

"  1 

13 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

14 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

15 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x01  0x07  0x00  0x00  " 

"  1 

16 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

17 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

18 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

19 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

20 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

"  1 

21 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

22 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

23 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

24 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

25 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

26 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

27 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

28 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

29 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

30 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

31 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

32 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

33 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

34 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

35 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

36 

"  0  " 

II  llll  II 

"  0x02  0x02  222  0x02  0x02  0x02  0x01  " 

"  1 

37 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

38 

"  0  " 

II  llll  II 

"  0x02  0x02  225  0x02  0x03  0x07  0x00  " 

"  1 

78 


Rate  Relative  Detonation  Location  Taraet  Object 


Of  Fire 


"  0 " 

"  -0.043465  -0.261724  -1.748757  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000577  0.155480  -1.769039  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  -0.426856  1.387467  -0.219724  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.099502  -0.857445  -1.368549  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.921657  -0.339106  -2.091375  " 

"  0  " 

"  0.531 528  -0.201 208  -1 .0481 16  " 

"  0  " 

"  -0.514409  0.330121  -0.944083  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

" -0.058417 -0.686426 -2.461991  " 

Identifier 


"300:8: 1240gw"  " 


"300:8:1240gw"  " 


"300:8:1237gw"  " 


"300:8:1257gw"  " 


"300:8: 1225gw"  " 


Warhead 

Type 

"  1600  " 
"  5000  " 
"  1600  " 
"  1600  " 
"  5000  " 
"  1600  " 
"  5000  " 
"  1600  " 
"  5000  " 
"  5000  " 
"  1600  " 
"  5000  " 
"  1200  " 
"  1200  " 
"  1600  " 
"  1200  " 
"  1200  " 
"  1200  " 
"  1200  " 
"  1600  " 
"  1200  " 
"  1200  " 
"  1200  " 
"  1200  " 
"  1200  " 
"  1200  " 
"  5000  " 
"  1200  " 
"  5000  " 
"  5000  " 
"  1200  " 
"  5000  " 
"  1200  " 
"  5000  " 
"  5000  " 
"  5000  " 
"  1200  " 
"  1200  " 


39 

"  0  " 

40 

"  0  " 

41 

"  0  " 

42 

"  0  " 

43 

"  0  " 

44 

"  0  " 

45 

"  0  " 

46 

"  0  " 

47 

"  0  " 

48 

"  0  " 

49 

"  0  " 

50 

"  0  " 

51 

"  0  " 

52 

"  2000  " 

53 

"  0  " 

54 

"  0  " 

55 

"  0  " 

56 

"  0  " 

57 

"  0  " 

58 

"  0  " 

59 

"  0  " 

60 

"  0  " 

61 

"  0  " 
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ii  mi  ii 

"  8110  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  yj  II 

"  0  " 

"  -0.008424  0.006765  -2.019971  " 

"  "300:8: 1325gw"  " 

"  1600  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <|  II 

"  0  " 

"  0.202835  -0.934959  -1 .450113  " 

""300:2:1 31 2gw"  " 

"  1600  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <1  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  <1  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 
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'  0x02  0x02  225  0x01  0x01  0x00  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  222  0x01  0x07  0x00  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x08  0x00  " 
'  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x08  0x00  " 
'  0x02  0x02  222  0x01  0x07  0x00  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x08  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x20  0x02  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
"  0x02  0x02  225  0x02  OxOd  0x1  f  0x03  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 
'  0x02  0x02  225  0x02  OxOd  0x08  0x00  " 
'  0x02  0x02  222  0x02  0x02  0x02  0x01  " 


II  yj  II 

"  0  " 

"  0.205501  0.025531  -1.031020  " 

""300:2:1 31 2gw"  " 

"  1600 " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  1600 " 

II  <|  II 

"0  " 

"  0.000000  0.000000  -0.000000  " 

"  1600 " 

II  /j  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  1600  " 

II  yj  II 

"  0 " 

"  0.000000  0.000000  -0.000000  " 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  5000  " 

II  <|  II 

"  0  " 

"  -0.370934  -0.713371  -2.183922  " 

"  1600  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  /j  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0 " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0 " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

II  llll  II 

"  5000  " 

II  <|  II 

"  0  " 

"  0.705989  -0.218382  -0.693774  " 

"  "300:8: 1236gw"  " 

" 5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  /j  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  <|  II 

"0  " 

"  0.094197  0.003516-2.018313  " 

"  "300:8:1290gw"  " 

"  1600  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  /j  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  yj  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  <|  II 

"  0  " 

"  4.2821 12  -1 .016763  -5.902610  " 

"  "300:8:1254gw"  " 

"  1000  " 

II  /j  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  1600  " 

II  <|  II 

"  0  " 

"  -0.572783  -0.425130  -0.764285  " 

"  "300:8: 1278gw"  " 

"  1600  " 

II  <|  II 

"  0 " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 

II  <|  II 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

ii  mi  ii 

"  5000  " 
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383 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x20  0x02  " 

384 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

385 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

386 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

387 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

388 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

389 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

390 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x08  0x00  " 

391 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

392 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

393 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

394 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

395 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

396 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

397 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

398 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

399 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

400 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

401 

"  0  " 

"  0x02  0x02  225  0x02  OxOd  0x06  0x00  " 

402 

"  0  " 

"  0x02  0x02  222  0x02  0x12  0x00  0x00  " 

403 

"  2000  " 

"  0x02  0x09  225  0x02  OxOe  0x02  0x02  " 

404 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

405 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

406 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

407 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

408 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

409 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

410 

"  2000  " 

"  0x02  0x09  225  0x02  OxOe  0x02  0x02  " 

411 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

412 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

413 

"  0  " 

"  0x02  0x02  222  0x02  OxOb  0x00  0x00  " 

414 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

415 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

416 

"  0  " 

"  0x02  0x02  222  0x02  0x12  0x00  0x00  " 

417 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

418 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

419 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

420 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

421 

"  0  " 

"  0x02  0x02  222  0x02  0x12  0x00  0x00  " 

422 

"  0  " 

"  0x02  0x02  222  0x02  0x12  0x00  0x00  " 

423 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

424 

"  0  " 

"  0x02  0x02  225  0x01  0x01  0x00  0x00  " 

425 

"  2000  " 

"  0x02  0x09  225  0x02  OxOe  0x02  0x02  " 
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"300:8: 1332gw" 


"300:2:1268gw" 
"300:2: 1357gw" 
"300:2: 1359gw" 


'300:2:1268gw' 


'300:2:1250gw' 


"300:2: 1278gw' 
"300:2: 1277gw' 
"300:2: 1278gw' 
"300:2: 1278gw' 
"300:2: 1269gw' 
"300:2: 1269gw' 


ii 


ii 


"  0  " 

"  0.084666  0.289081  -1.997414  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  -0.393129  -0.727626  -0.976209  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.181867  0.263816-1.247404  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  0.000000  " 

"  0  " 

"  1.754046  -0.445426  -1.947501  " 

"  0  " 

"  -1 .757727  0.665846  -1 .043457  " 

"  0  " 

"  1.438897  -0.718100  -1.105898  " 

"  0  " 

"  -0.852912  0.587108  -1.656774  " 

"  0  " 

"  0.768059  -0.984830  -1.646936  " 

"  0  " 

"  -1 .099933  1 .538295  -0.790952  " 

"  0  " 

"  0.000000  0.000000  0.000000  " 

"  0  " 

"  0.563936  0.232377  -1 .975886  " 

"  0  " 

"  1.081541  0.053463  -2.332622  " 

"  0  " 

" -1.899564  0.136290  -2.033106  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.076074  0.056820  -2.065909  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  -0.193491  -0.124063  -1 .824543  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  -0.000000  " 

"  0  " 

"  0.000000  0.000000  0.000000  " 

Intentionally  left  blank 
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Appendix  G.  Reconciling  Entity  Tracking  Across  the  Network 


Verifying  that  the  server  was  seeing  the  same  number  of  entities  seen  by  other  applications. 

Differences  were  observed  in  the  entity  count  between  OTB,  the  MaK  Gateway,  and  the  server 
during  the  server’s  validation  spirals.  This  was  later  reconciled  as  resulting  from  a  combination 
of  how  these  individual  applications  classify  entities  and  as  an  accounting  by-product  caused  by 
entities  resigning  and  rejoining  the  federation.  While  this  phenomenon  did  not  impact 
vulnerability  output  it  was  enough  of  a  concern  to  warrant  an  investigation  into  the  causes  for  the 
symptoms  already  mentioned. 

The  investigation  presented  in  this  appendix  we  concluded  that  each  applications  was  indeed 
tracking  the  same  set  of  entities.  Our  lessons  learned  were  that  it  is  important  to  understand  the 
way  each  application  identifies  and  “entity.”  It  is  also  vital  to  ensure  delivery  of  simulation 
management  control  messages  (such  as  “delete  an  entity”).  Reliable  delivery  of  “new  objects” 
(new  entities)  as  well  as  deleted  objects  may  be  accomplished  via  the  MaK  RTI  control 
parameter  “RTIintemalMsgReliable”. 

This  appendix  provides  some  sample  observations  made  during  log  file  reruns  supporting  these 
conclusions. 

Entity  Tracking: 

After  50  minutes  of  (log  file  playback)  simulation  (which  is  enough  time  to  have  good 
confidence  that  the  simulation  is  able  to  maintain  tracking  of  entity  creation  and  deletion).  The 
server  reported  to  observe  the  same  number  of  entities  (ground  entities)  tracked  by  OTB. 

Server  reports:  entities  tracked  :  327 

OTB  reports:  Remote  Ground  Vehicles:  327 

Differences  in  how  “entities”  are  classified. 

On  the  surface  one  it  would  appear  that  the  two  simulations  (OTB  and  the  server)  are  in 
agreement.  However,  the  server  does  not  just  subscribe  to  ground  entities.  It  subscribes  to  any 
of  the  RPR  FOM  types  of  “platform”  (ground,  air,  water)13  by  subscribing  to  the  parent  object 
class  structure:  “ObjectClass  BaseEntity.PhysicalEntity. Platform” 

OTB  also  reported  7  air  vehicles 
Remote  Ground  Vehicles:  327 

13 

Under  the  Platfonn  parent,  the  RPR  FOM  has  GroundVehicle,  Aircraft,  Spacecraft,  AmphibiousVehicle,  and  other 
subclasses. 
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Remote  Air  Vehicles:  7 


in  the  FOM.  There  could  be  a  classification  disparity  between  the  3  applications  (the  Gateway, 
OTB,  the  server  and  how  they  interpret  these  domains  under  a  “platform”  super  class).  This 
needs  to  be  understood  before  a  valid  comparison  can  be  made. 

This  examination  was  restarted  with  only  GroundVehicle  subscribed  to  by  the  server.  Ground 
vehicle  is  a  subclass  of  the  Platform  object  in  the  RPR  FOM.  We  observered: 

OTB  Reported:  Remote  Ground  Vehicles:  328 
OTB  Reported:  Remote  Air  Vehicles:  7 

LV  Server  Reported:  entities  tracked:  321 

And  apparent  discrepancy  since  one  would  think  the  L  V  server  and  OTB  ground  vehicles  should 
logically  be  equal. 

We  restarted  the  playback  logfile,  this  time  with  server  subscribing  to  the  Aircraft  sub-class: 

Server  Reported:  entities  tracked:  6 

OTB  Reported:  Remote  Air  Vehicles:  7 

Again,  an  apparent  discrepancy  (since  the  same  number  would  be  expected).  However,  as  we 
shall  see,  due  to  entity  filtering,  and 

Differences  in  HLA  entity  filtering 

Below  an  excerpt  is  shown  from  a  server  log  file.  This  log  file  tracks  discovered  objects  (as 
received  from  the  RTI).  Notice  that  it  shows  two  objects  with  the  RTIObject  Flandle  1201069. 

280  newobject():  Creates:  1200954  :  “300:2: 1308gw” 

281  newobject():  Creates:  1201069  :  “300:8:1327gw” 

282  newobject():  Creates:  1201069  :  “300:8:1279gw” 

283  newobjectO:  Creates:  1201071  :  “300:8:1 102gw” 

284  newobject():  Creates:  1201072  :  “300:8:1297gw” 

During  the  runs  (and  reruns)  messages  were  observed  on  the  MaK  RTI  and  gateway  warning  of 
duplicated  objects  (and  that  one  of  them  would  hence  forth  be  ignored).  The  server  doesn’t 
attempt  to  distinguish  weather  an  object  has  been  mistakenly  or  otherwise  duplicated.  This  is 
another  explanation  of  the  entity  count  differences  between  OTB,  gateway,  and  the  server.  This 
is  particularly  the  case  since  the  log  files  were  DIS  PDUs  (and  OTB  would  interpret  the  PDUs 
directly  while  the  server  relies  on  the  MaK  gateway’s  DIS  to  HLA  translation  of  those  PDUs). 
Hence,  any  entities  interpreted  as  “duplicated”  would  only  be  seen  once  by  the  server,  whereas 
OTB  would  presumably  see  more  than  one  entity  (e.g.,  OTB  sees  7  air  entities,  while  the  HLA 
lethality  server  sees  only  6). 
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Influence  of  DIS  filtering 

Other  differences  in  the  entity  count  can  be  attributed  to  filtering  differences  in  the  way  the  MaK 
gateway  and  OTB  were  treating  PDUs.  For  example,  a  difference  was  observered  in  the  entity 
count  when  that  count  is  sorted  (viewed)  according  to  “DIS  PDU  site”  (site  is  a  field  of  the  entity 
state  PDU).  On  the  OTB  console  the  “print  sites”  command  may  be  used  as  in: 

OTBSAF  @  LOCALHOST>  print  sites 

Site  100:  1  vehicle 

Site  300:  318  vehicles 

Site  400:  1  vehicle 

Site  500:  1  vehicle 

Site  600:  1  vehicle 

Site  700:  2  vehicles 

This  means  that  OTB  observes  1  vehicle  from  “site  400.”  Yet  the  server’s  entity  creation  log  at 
the  same  instant  displays  3  entities  that  have  been  created  from  “site  400”: 

newobject():  Creates:  300003  :  “400:l:5gw” 
newobject():  Creates:  300010  :  “400:l:4gw” 
newobject():  Creates:  300225  :  “400:l:6gw” 

These  same  3  entities  are  also  shown  on  the  MaK  Gateway.  Site  400  represents  ATC.  The 
ATC  entities  in  question  were  Stryker  vehicles  (either  simulated  via  the  VDMS  or  trans-located 
from  the  live  Stryker  driving  on  an  ATC  mobility  course).  It  was  well  known  at  ATC  that  the 
original  PDUs  (that  were  logged  locally)  issued  a  non-conforming  “DIS  Version”  identification 
(a  “4”  versus  the  required  version  “6”).  The  version  of  OTB  used  filters  non-version  “6”  PDUs 
and  this  explains  why  OTB  has  a  smaller  number  of  site  400  (DIS  PDU)  entities  than  the  (MaK 
gateway  generated  HLA)  entities  recognized  by  server. 

It  should  be  noted  that  none  of  these  filtering  approaches  are  “wrong.”  Rather  the  point  is  that 
filtering  options  for  any  application  should  be  well  understood  and  configured  as  desired. 
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Intentionally  left  blank 
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Appendix  H.  Reconciling  Unknown  Entities  and  Adding  Missing 
Vulnerability  Tables 


This  appendix  explains  the  findings  and  reviews  procedures  used  to  overcome  these  relatively 
straight  forward  issues.  Namely,  issues  of  missing  lookup  tables  or  target  and  threat  identifiers. 
In  most  cases  it  is  sufficient  to  add  the  missing  data  table  or  unknown  entity  name  to  the  server’s 
configuration  files.  In  other  cases,  the  observed  missing  identifier  was  actually  a  symptom  of  a 
greater  problem  (data  drops).  The  appendix  also  offers  procedures  and  recommendations  to 
avoid  this  as  much  as  possible. 

Numerous  software  and  configuration  changes  were  made  in  the  post-run  analysis  while 
replaying  log  files  and  while  evaluating  the  server’s  performance  using  this  data  feed.  Among 
the  three  most  important  configuration  changes  were  modifying  the  HLA  (.fed)  file  to  ensure 
reliable  transmission  of  fire  and  detonation  events,  disabling  the  “loop  play”  feature  of  the 
playback  program,  and  having  the  server  explicitly  request  attribute  updates  for  newly 
discovered  entities.  The  later  change  avoided  numerous  instances  where  an  entity  with  an 
incomplete  data  description  was  involved  in  an  lethality  assessment.  After  these  changes  a  fairly 
satisfactory  execution  of  the  log  file  playback  was  seen. 

After  configuring  the  HLA  federation  configuration  (the  “.fed”)  file  to  ensure  reliable 
transmission  of  detonation  events,  the  server  processed  all  428  detonations  events  in  the  log  file. 
More  than  two  thirds  of  these  (296)  could  not  be  assessed  because  a  target  was  not  identified  (as 
often  is  the  case  for  indirect  fire  which  the  server  does  not  currently  respond  to  in  any  event). 

For  the  remaining  132  detonations  most  (83)  could  not  be  evaluated  because  the  server  warned 
that  it  did  not  contain  a  vulnerability  table  for  the  target-threat  combination.  Fortunately  as  table 
G-2  shows,  these  83  missing  vulnerability  tables  involved  most  of  the  same  target-threat 
combinations. 

There  were  also  a  number  of  entity  names  that  were  unknown  (meaning  identifiers  needed  to  be 
added  and  names  associated  with  those  identifiers).  In  2 1  of  the  83  missing  target-threat 
vulnerability  tables  (table  H-l)  the  target  (or  threat)  was  not  identified  in  the  server’s  know 
(named)  entity  list.  These  21  instances  only  involved  5  different  entities  listed  in  table  H-2. 
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Table  H-l.  Target-threat  pairs  missing  from  the  vulnerability  lookup  table  database  (a  straightforward  data 
configuration  issue). 


HLA 

Detonation 

Event  ID14 

Target 

Enumeration 

Target  Name 

Threat 

Enumeration 

Threat 

Name 

1 

66  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

2 

67  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

3 

69  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

4 

92  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,18,0,0) 

120mm  HEAT-FS 

5 

95  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,18,0,0) 

120mm  HEAT-FS 

6 

1 1 5  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

7 

1 1 7  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

8 

1 1 9  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

9 

122  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

10 

123  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

11 

127  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

12 

1 30  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

13 

1 33  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

14 

1 36  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,18,0,0) 

120mm  HEAT-FS 

15 

143  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

16 

146  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

17 

148  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

18 

1 52  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

19 

1 53  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

20 

1 58  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

21 

1 79  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

22 

1 94  “Gateway” 

(1,1,222,1,2,2,0) 

T72  MBT 

(2,2,225,2,13,6,0) 

UNKNOWN 

23 

231  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

24 

239  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,1,10,0,0) 

AT-8  Songster 

25 

242  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,18,0,0) 

120mm  HEAT-FS 

26 

253  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

27 

261  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

28 

263  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

29 

289  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

30 

291  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

31 

294  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

32 

327  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

33 

349  “Gateway” 

(1,1,222,4,18,0,0) 

ZSU-23/4Quad 

(2,9,225,2,19,5,0) 

UNKNOWN 

34 

351  “Gateway” 

(1,1,222,4,18,0,0) 

ZSU-23/4Quad 

(2,2,225,2,13,6,0) 

UNKNOWN 

35 

354  “Gateway” 

(1,1,222,4,18,0,0) 

ZSU-23/4Quad 

(2,2,225,2,13,6,0) 

UNKNOWN 

36 

356  “Gateway” 

(1,1,222,4,18,0,0) 

ZSU-23/4Quad 

(2,2,225,2,13,6,0) 

UNKNOWN 

37 

375  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,9,225,2,19,5,0) 

UNKNOWN 

38 

382  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

39 

384  “Gateway” 

(1,1,225,2,1,6,0) 

FMC  M2/M3 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

40 

470  “Gateway” 

(1,1,222,4,18,0,0) 

ZSU-23/4Quad 

(2,2,225,2,3,7,0) 

M792  HE-I 

41 

477  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

42 

489  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

43 

490  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

44 

499  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

45 

503  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

46 

505  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

47 

508  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

14These  detonation  events  (the  Detonation  EventID  field)  will  not  correlate  with  those  captured  in  appendix  F 
because  they  represent  outputs  captured  from  different  simulation  spirals.  Each  time  the  log  file  was  played  back, 
the  MaK  gateway  was  observed  to  provide  slight  changes  to  the  “Detonation  EventID”  sequence.  This  might  be  an 
indication  that  the  gateway  was  missing  some  of  the  (best  effort  transmitted)  universal  datagram  protocol  (UDP)  fire 
and  or  detonations  (DIS  PDUs). 
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48 

510  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

49 

512  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

50 

513  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

51 

514  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

52 

518  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

53 

521  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

54 

522  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

55 

524  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

56 

527  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,2,2,1) 

30mm  SABOT 

57 

529  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

58 

542  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

59 

554  “Gateway” 

(1,1,222,4,18,0,0) 

ZSU-23/4Quad 

(2,2,225,2,3,7,0) 

M792  HE-I 

60 

560  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,3,7,0) 

M792  HE-I 

61 

610  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,1,10,0,0) 

AT-8  Songster 

62 

616  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,32,2) 

UNKNOWN 

63 

617  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

64 

619  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

65 

622  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,32,2) 

UNKNOWN 

66 

643  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,32,2) 

UNKNOWN 

67 

650  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

68 

678  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,1,7,0,0) 

AT-5  Spandrel 

69 

729  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,32,2) 

UNKNOWN 

70 

745  “Gateway” 

(1,1,225,2,30,0,0) 

M93  Fox 

(2,2,225,2,13,31,3) 

UNKNOWN 

71 

750  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

72 

755  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,32,2) 

UNKNOWN 

73 

770  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

74 

776  “Gateway” 

(1,1,222,2,2,1,0) 

BMP-2 

(2,2,225,2,13,6,0) 

UNKNOWN 

75 

792  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,2,11,0,0) 

125mm 

76 

795  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,2,11,0,0) 

125mm 

77 

797  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,2,11,0,0) 

125mm 

78 

799  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,2,11,0,0) 

125mm 

79 

804  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,2,11,0,0) 

125mm 

80 

805  “Gateway” 

(1,1,225,1,1,3,0) 

Ml  Abrams 

(2,2,222,2,11,0,0) 

125mm 

81 

810  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,11,0,0) 

125mm 

82 

813  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,11,0,0) 

125mm 

83 

831  “Gateway” 

(1,1,225,2,1,4,0) 

FMC  M2/M3 

(2,2,222,2,18,0,0) 

120mm  HEAT-FS 

Table  H-2.  Unidentified  entity  enumerations. 


Enumeration 

Entity  Description 

(3,0,0,32,61,32,48) 

UNKNOWN 

(2,2,225,2,13,31,3) 

US  MX943  High  Explosive  (HE) 

(2,2,225,2,13,32,2) 

US  MX943  HE  shaped  charge  submunition 

(2,2,225,2,13,6,0) 

munition  US  M830A1  HEAT 

(2,9,225,2,19,5,0) 

munition_US_M240  KE 

It  is  not  critical  that  the  server  has  a  name  associated  with  an  entity  because  all  the  server  needs 
is  a  vulnerability  table  that  is  associated  with  an  target-threat  entity  pair.  Internally  the  server 
uniquely  identifies  the  target  and  threat  each  by  the  7-tuple  numeric  enumeration  (found  in  the 
DIS  standard  IEEE  1278  DIS  Enumeration  and  Bit  coding).  Whether  or  not  names  are 
associated  with  the  enumeration  does  not  matter  for  the  entity  type  identification.  Entity  names 
are  merely  for  clarity  when  results  are  reviewed.  However,  according  to  the  server  assessment 
and  validation  plan,  any  missing  tables  (and  unknown  targets  or  threats)  would  be  added  to  the 
database,  and  the  analysis  would  then  be  re-run  to  verify  that  the  server  is  missing  no  tables.  By 
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following  this  plan  (and  ensuring  names  are  assigned  to  entity  enumerations)  we  were  able  to 
uncover  and  address  a  much  more  serious  problem:  that  of  an  incomplete  enumeration  resulting 
from  data  not  being  received  (though  it  is  very  possible  that  it  was  sent).  The  example  is  seen  in 
the  first  identified  UNKNOWN  entity  shown  in  table  H-2  with  enumeration 
“(3,0,0,32,61,32,48).” 

The  source  detonation  event  was  examined  in  more  detail  and  this  enumeration  was  determined 
to  be  random  data,  the  result  of  an  entity  (it  was  originally  a  T-72)  whose  attributes  had  not  been 
updated  during  the  detonation  event.  (This  entity  had  been  resigned  from  the  federation  by  the 
local  gateway  (perhaps  due  to  a  timeout  or  other  reason)  and  then  rejoined  but  no  update  was 
provided.  This  data  drop  was  fairly  unusual.  It  was  the  only  instance  that  was  still  observed 
after  the  server’s  software  had  been  modified  to  explicitly  request  attribute  updates  every  time  a 
new  object  (entity)  joins  (or  re-joins)  the  federation  execution.  (In  fact  this  UNKNOWN  entity 
does  not  appear  in  the  output  captured  to  generate  table  H-l).  After  analyzing  this  incident, 
procedural  and  software  resolutions  were  identified  to  avoid  or  completely  eliminate  this  fairly 
rare  incident  (See  PTR’s  14,  21,  and  30).  The  analysis  and  rational  for  these  resolutions  are 
provided  in  the  discussion  that  follows  the  conclusion. 

Conclusion 

After  the  missing  entity  names  were  added  as  well  as  missing  vulnerability  tables,  the  server  no 
longer  produced  a  “missing  vulnerability  table”  error,  (i.e.  It  had  all  the  data  tables  that  it  needed 
and  was  able  to  find  when  required  to  service  the  entities  within  the  scenario.)  The  server  was 
also  able  to  repeatedly  demonstrate  that  it  both  identified  every  entity  and  could  find  the 
vulnerability  tables  associated  with  related  detonations.  There  is  the  possibility  of  missing 
important  data  updates  during  busy  periods  or  if  the  scenario  is  of  an  overwhelming  size.  The 
post-conclusion  discussion  offers  reasons  and  rational  for  data  dropouts.  It  is  therefore 
recommended  that  the  server  be  stress-tested.  Stress-testing  goes  beyond  testing  that  the  server 
is  able  to  service  the  planned  scenario.  Being  able  to  service  the  planned  scenario  is  already 
incorporated  into  the  server’s  pre-exercise  checklist  “5 b.  Stimulate  the  server  online  using  the 
planned  exercise  scenario ”. 

Stress  testing  is  where  the  entity  count  is  increased  until  the  server  begins  to  fail.  A  failure  could 
be  when  the  server  starts  missing  critical  entity  updates,  or  is  otherwise  unable  to  fulfill  its  roll  of 
determining  and  providing  damage  resulting  from  munition  detonation  events  accurately  and  fast 
enough.  Stress  testing  will  provide  an  upper  limit  measure  of  the  server’s  ability  operate  on  a 
specific  computer  while  connecting  to  specific  distributed  system  architecture  and  servicing  a 
specific  scenario. 
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Discussion 


In  analyzing  the  reasons  for  the  data  drop  exemplified  by  the  (3,0,0,32,61,32,48)  enumeration  it 
was  observed  that  in  subsequent  reruns  this  particular  incident  continued  to  occur  at  random 
intervals  at  the  same  low  frequency  (once  or  zero  times  in  400  MunitionDetonations).  A 
possible  reason  is  that  the  gateway  did  not  detect  or  respond  to  the  request  for  attribute  updates 
for  the  rejoined  entity.  This  seems  unlikely  since  the  request  is  made  reliably  according  to  the 
MaK  RTI  configuration  (“.mtl”  file)  used  (see  PTR  6).  It  is  therefore  more  likely  that  the 
gateway  did  receive  the  update  request,  but  did  not  respond  to  it,  or,  it  did  send  the  update,  but 
the  server  did  not  detect  the  (best  effort  transmitted)  update.  Solutions:  1)  Changing  entity 
updates  to  a  “reliable”  data  transfer  (from  the  current  “best  effort”).  This  is  not  a  reasonable 
solution  because  of  the  extra  communications  required  to  transmit  the  same  information  and  the 
added  possibility  of  generating  a  data  cascade  (data  requests  caused  by  other  data  requests 
generated  by  still  more  data  requests,  etc.).  2)  An  alternative  solution  is  to  map  and  maintain  the 
entities’  (effectively  their  DIS)  identifiers  with  their  associated  HLA  object  instance  identifiers. 
When  an  entity  is  removed  from  the  federation  (due  to  a  time  out  or  other  reason)  it’s  identifier 
(the  DIS-triple)  is  remembered,  and  when  a  new  entity  joins  the  federation  and  that  entity 
contains  the  same  DIS  identifier,  then  the  previously  known  attributes  from  that  entity  are  copied 
into  the  new  entity  attribute  list  prior  to  receiving  new  attribute  updates.  In  this  manner,  even  if 
no  new  updates  are  ever  received,  the  pre-existing  attributes  will  still  be  available.  The 
advantage  is  that  this  software  modification  would  solve  the  technical  issue  that  results  from  (on 
these  rare  occasions)  not  obtaining  an  attribute  update.  The  disadvantage  is  this  requires  a 
moderate  software  modification  (creating  a  duplicate  entity  master  list  that  has  special  treatment) 
and  this  modification  will  only  be  specific  to  the  RPR-FOM. 

Missing  an  important  update  is  likely  to  reoccur  as  the  server  becomes  more  stressed  with  a 
larger  work  load  (such  as  turning  on  local  “debug”  or  other  options,  serving  a  massively  large 
entity  scenario,  etc.)15  This  situation  is  not  unique  to  the  server,  but  it  is  an  artifact  of  the 
distributed  environment  and  federation  design.  The  root  problem  lies  in  the  fact  that  entity 
updates  are  sent  unreliably  (as  a  necessity  to  the  overall  federation  efficiency).  The  server  has 
been  modified  to  specifically  (and  reliably)  request  a  full  attribute  update  every  time  an  entity 
rejoins  the  federation  (PTRs  14,  21).  However,  it  cannot  force  (or  know  whether)  the  controlling 
federate  shall  provide  that  update.  Even  if  that  update  is  indeed  sent,  there  is  no  guarantee  that 
the  server  will  receive  the  best  effort  communique  especially  as  the  server  reaches  its 
computation  limits  (as  every  system  eventually  will),  nor  is  there  a  guarantee  the  server  will 
receive  it  “in  time.”  The  very  best  the  server  can  do  in  this  environment  (or  any  distributed 


15The  possibility  of  missing  an  important  entity  state  update  (such  as  the  very  first  update)  is  a  condition  common  to  all 
simulations  in  a  distributed  environment  where  updates  must  necessarily  be  sent  “best  effort”.  This  is  one  of  the  reasons,  that  it  is 
important  to  stress  test  all  components  (such  as  the  server)  to  have  a  good  understanding  of  there  ability  to  support  a  given 
scenario. 
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application  can  achieve  when  they  can  only  request  another  federate  to  produce  an  update)  is  to 
have  the  ability  to  identify  when  a  critical  component  is  missing  from  an  entity’s  state  record. 

A  general  purpose  (federation  neutral)  software  solution: 

At  the  moment  of  discovery,  (as  already  implemented)  the  server  could  issue  the  single  request 
for  the  incomplete  entity  to  publish  the  missing  attributes.  In  addition  to  this,  this  same  request 
can  be  repeated  at  the  discretion  of  the  operator  and  incorporated  into  a  procedure  that  is 
executed  at  a  scenario  start  or  other  times  when  a  gateway  is  recycled16.  To  assist  the  operator, 
the  server  would  scan  through  the  discovered  entities  and  determine  whether  any  of  them  were 
missing  and  attributes  deemed  “critical”  to  a  proper  vulnerability  assessment.  Adding  such  a 
software  module  to  “inventory  critical  attributes”  on  all  entities  and  exercising  it  during  key 
scenario  points  is  the  best  a  subscribing  federate  can  achieve  in  a  best-effort  update  environment. 
An  open  PTR  has  been  added  (PTR  #  30)  to  note  this  as  the  most  reliable  (and  federation  neutral) 
feature  to  have.  (It  can  also  serve  as  a  useful  federation-wide  tool  allowing  the  operator  to  serve 
notice  to  other  federates  who  might  otherwise  be  sending  incomplete  updates).  Other 
applications  already  have  similar  features.  For  example  the  MaK  gateway  will  annotate  entities 
as  being  “inc”  (or  incomplete)  if  they  are  missing  certain  expected  fields  or  are  otherwise 
incomplete.  In  the  server’s  case  it  would  be  checking  for  lethality-specific  attributes.  This  PTR 
remains  open  (and  not  implemented),  since  the  server  has  technically  met  the  bare  minimal 
requirements  in  that  it  repeatedly  demonstrated  its  ability  to  receive  all  critical  updates  and 
service  all  MunitionDetonations  (even  with  all  debugging  features  turned  on).  However  the 
approached  identified  in  PTR  30  will  add  greater  reliability. 


16This  lesson  learned  has  been  incorporated  into  the  runtime  checklist  procedures  (see  figure  5  6a.  Run-Time 
Checks:  gateway  or  other  federate  restart  [recycle]). 
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Appendix  I.  Example  of  Unrecognized  Target  or  Threat  (required  code 
modification) 


In  most  cases,  when  the  server  did  not  recognize  a  target  type  the  solutions  was  to  update  a  simple 
data  configuration  file  (explicitly  identifying  that  target  for  the  server)17.  However,  in  one 
example  this  was  not  enough  since  the  problem  lay  deeper  (specifically  with  the  server’s  software). 
This  appendix  outlines  the  diagnostics  and  resolution  in  such  a  case  were  the  symptoms  involved  a 
vulnerability  outcome  that  could  not  be  determined  due  to  an  unrecognized  target. 

By  examining  the  server’s  standard  output,  it  was  noted  when  the  server  didn’t  recognize  a  target 
or  a  munition  it  would  justifiably  report  this  problem  by  issuing  a  normal  vulnerability/lethality 
(VL)  result  that  indicated  the  status  of  the  table  lookup  attempt  such  as: 

VLRSLTERRNOTABLE 
VL  RSLT  ...  etc. 


However,  there  was  a  problem  observed  in  the  server’s  error  reporting.  For  the  same  target, 
threat,  and  firer  types,  at  times  the  server  reported  not  recognizing  the  target  (as  highlighted  in 
the  example  output  of  figure  1-1). 


Error  was  code  (  4)  :  VL_RS L T_ERR_UNKN OWN_T ARGE T 

Probability  distribution:  <none> 


#  - V/L-Parameters - START - 

# 

#  - dbEntity  Coordinate  System:  EQS 

#  - World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  6.115278  (350.379608  degrees)  EQS 

VLP_ang_attack  0.002300  (0.131770  degrees)  EQS 

VLP_impact :  -0.043465  -0.261724  -1.748757  x  y  z  (meters) :  EQS 

VLP_tvel:  -292.482697  49.471294  -53.837307  x  y  z  (m/s)  WQS 

VLP_range  2396.261719  (meters)  WQS  (if  0,  then  unknown) 

VLP_target_id  =  300  8  1240  (site,  application,  entity  id) 

VLP_target_type  =  (1,1,222,1,2,2,0)  ("  T-72  MBT  T-72M",  ) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  (”  BGM-71  TOW",,  ) 

VLP _ f ire r _ t ype  =  (1,  1,225,2,  1,  6,  0)  ("  FMC  M2/M3  Bradley",) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =(006) 

#  - V/L-Parameters - END - 


Figure  1-1.  Misreported  target  type  error  -  yet  target  is  clearly  known  (as  a  T-72). 


17Entity  names  are  identified  in  the  configuration  file  named  by  the  “DIS  ENTITIES  FILE”  tag.  The  tag  (and 
the  “DIS  AUXILIARY  ENTITIES  FILE”  tag)  are  located  in  the  server  database  initialization  file: 

“$VLS  _HOME/Data/Init/vls_db_init.ini”.  See  the  manual  pages  (vls_db_init.ini(5))  in  Sauerborn  volume  II  (9). 
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In  figure  1-1  notice  that  the  server’s  table  lookup  operation  returned  the  result 
“vl_rslt_err_unknown_target”,  and  yet  the  target  is  clearly  identified  by  the 
“vLP_target_type”  tag.  Yet  at  other  times,  (for  the  very  same  threat-target  pairing)  it  reported 
just  not  having  vulnerability  data  for  the  same  threat-target  pairing  (as  highlighted  in  the  example 
output  of  figure  1-2). 


Error  was  code  (  1)  :  ■  RSLT  ERR  NO  TABLE 

Probability  distribution:  <none> 


#  - V/L-Parameters - START - 

# 

#  - dbEntity  Coordinate  System:  EQS 

#  - World  Coordinate  System  :  WQS 

# 

#  PARAMTER  VALUE 

VLP_ang_aspect  0.297248  (17.031069  degrees)  EQS 

VLP_ang_attack  0.001601  (0.091712  degrees)  EQS 

VLP_impact :  -0.426856  1.387467  -0.219724  x  y  z  (meters) : 

EQS 

VLP_tvel:  -292.982178  59.249527  -39.280312  x  y  z  (m/s) 

WQS 

VLP_range  2429.578857  (meters)  WQS  (if  0,  then 

unknown) 

VLP_target_id  =  300  8  1237  (site,  application,  entity  id) 
VLP_target_type  =  (1,1,222,1,2,2,0)  ("  T-72  MBT  T-72M",  ) 

VLP_threat_type  =  (2,2,225,1,1,0,0)  ("  BGM-71  TOW",,  ) 

VLP_f irer_type  =  (1,1,225,2,1,6,0)  ("  FMC  M2/M3  Bradley",) 

VLP_result  =  1  (Entity  Impact) 

VLP_DetEventID  =  (  0  0  22  ) 

#  - V/L-Parameters - END - 


Figure  1-2.  Reported  unknown  data  table  (for  same  threat-target  as  figure  G-l). 


Since  both  these  differing  responses  where  generated  from  the  same  target,  threat  pairing  the 
software  that  processes  these  pairings  falls  suspect.  The  function  call  that  generates  the  server’s 
result  code  (i.e. :  “vl_rslt_err_unknown_target”)  relies  on  a  non-reentrant  function: 
vl_GetResuitErrorVaiue  ( )  this  function  returns  the  most  recently  generated  error  created 
during  the  table  lookup  process.  The  set  of  return  codes  are  displayed  in  table  1-1. 

However  the  :  vl_GetResuitErrorVaiue  ( )  function  relies  on  a  general  purpose  non-reentrant 
error  reporting  library  function:  rpt_error_getErrno  ( )  .  This  error  reporting  library  is  a 
general  purpose  library  but  has  the  following  application  specific  return  values  tailored  for  the 
server: 
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Table  1-1.  Vulnerability  lookup  call  result  codes. 


V/L  Return  Code 

Meaning 

VL  RSLT  ERR  GENERAL 

Unknown  error 

VLRSLTSUCCESS 

Success  -  NO  error.  The  server  was  able  to  identify 
the  target,  threat,  and  enough  initial  condition 
parameters  to  able  to  execute  a  v/1  assessment 
(usually  table  lookup).  In  addition,  it  was  able  to 
find,  retrieve,  and  execute  a  table  lookup  on  the  v/d 
data  source  and  return  a  valid  result. 

VLRSLTERRN  0_T  ABLE 

No  Table  -  the  server  could  not  find  a  v/1  data  source 
(lookup  table)  to  address  the  threat-target 
combination. 

VLRSLTERRCURRUPTTABLE 

Corrupt  Table  -  the  found  a  v/1  table,  but  it  was 
corrupt  (incorrectly  formatted)  or  else  perhaps  it  is  a 
miss-labeled  format. 

VLRSLTERRN  0_EN  VIROND  AT  A 

No  Environment  Data  -  the  server  could  not  identify 
one  or  more  of  the  critical  initial  conditions 
(parameters)  required  in  the  v/1  assessment. 

VLRSLTERRUNKN  0  WN_T  ARGET 

Unknown  Target  -  the  server  didn’t  recognize  the 
target  type. 

VLRSLTERRUN  KN  0  WNTHRE  AT 

Unknown  Threat  -  the  threat  was  unrecognized. 

Table  1-2.  “Return-Error”  (RE)  codes  returned  by  rpt_error_getErrno  ( ) . 


Report  Error  Return  Code 

Meaning 

RE  DBERR 

General  Master  Data  Base  Error 

RE  DBFLDERR 

Invalid  field  in  database  element 

RE  DBBADKEY 

Invalid  or  dangling  key  pointer 

RE  TGT  UKNOWN 

Invalid  or  undefined  target  entity 

RE  THREAT  UKNOWN 

Invalid  or  undefined  threat  entity  type 

RE  DET  EVENT  UKNOWN 

Invalid  or  undefined  detonation  event 

RE  NO  META  REC 

V/L  Data  meta  record  not  found. 

RE  VLSOURCE  INTERP 

Error  interpreting  V/L  source  data. 

RE  NO  ENVIRON  D  AT  A 

Could  not  find  or  set  V/L  environment  (initial) 
parameters  for  this  case. 

RENOSHM 

Shared  memory  not  attached. 

These  error  values  are  set  by  any  function  invoking  the  server  library  call  _rpt_error  ( )  . 

It  is  therefore  possible  that  an  intermediate  function  is  generating  (and  setting  the  error  value). 
However,  this  possibility  was  discarded  after  noting  how  the  server  processes  detonation  events. 
Detonations  are  received  and  stored  in  a  queue  for  processing.  When  the  processed,  queued 
detonations  are  serviced  in  the  order  they  arrived  until  the  queue  is  exhausted  (first  in  first  out). 
It  would  therefore  be  impossible  for  one  detonation  to  set  the  error  report  and  have  that  report 
associated  with  a  different  detonation  (unless  the  queuing  system  was  broken).  It  would  also  be 
an  error  if  the  servicing  function  returns  before  emptying  a  completed  detonation  thus  leaving  it 
in  the  queue  to  be  (inadvertently)  reprocessed.  The  source  code  was  examined  for  all  three 
possible  errors:  1)  an  intennediate  function  calling  _rpt_error  ( ) ,  2)  a  broken  queing  system, 
and  3)  a  premature  return  prior  to  the  completely  processing  a  detonation.  The  results  of  the 
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investigation  explained  why  the  server  was  responding  (by  apparently  not  recognizing  known 
targets). 

Within  the  server’s  application  programming  interface  (API),  a  function 

vip_setp_aii_Munition_Frm_Dis  ( )  sets  data  dictionary  variables  with  initial  condition  values 
based  on  the  synthetic  environment  (in  this  case  DIS  PDU  data  structures  as  translated  from  the 
HLA  data).  This  function  requires  a  detonation,  shooter  (firer),  and  target  PDU  data  structure. 

If  any  one  of  these  were  absent,  the  API  declared  an  error  and  returned.  As  shown  in  lines  100  — 

101  of  the  vlp_setp_all_Munition_Frm_DIS  ( )  function: 

100  if  (  firer  ==  NULL  1 1  tgt  ==  NULL  1 1  det  ==  NULL  )  { 

101  ++error; 

Thus,  when  the  firer  could  not  be  determined,  the  initial  variables  were  never  set.  This  resulted 
in  the  server  misreporting  initial  conditions  variables  (that  were  assigned  during  a  previous 
detonation  when  all  required  input  were  available).  This  is  one  explanation  why  “known  targets” 
were  being  misreported  as  “unknown  targets.”  It  was  thought  to  be  unknown  because  the  last  set 
of  initial  conditions  may  have  displayed  an  unknown  target  type  from  a  previous  and  unrelated 
detonation). 

These  errors  were  addressed  and  corrected  in  the  changes  made  in  PTRs  10,  11,  and  15a. 
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PICATINNY  ARSENAL  NJ  07806-5000 

JOINT  VIRTUAL  BATTLESPACE 

attn  j  McDonald  d  poole  d  lewis 

10401  TOTTEN  ROAD 
BLDG  399  SUITE  325 
FT  BELVOIR  VA  22060-5823 


1  US  SBCCOM 

NATICK  SOLDIER  CTR 
ATTN  AMSSB  RSS  MA  (N)  D  TUCKER 
KANSAS  STREET 
NATICK  MA  01760-5020 

1  HQ  OPERATIONAL  TEST  CTR 

ATTN  CSTEOTCMAS  JHAMILL 
BLDG  91012 

FT  HOOD  TX  76544-5068 

1  SANDIA  NATIONAL  LABORATORIES 
ATTN:  M  J  McDONALD 
PO  BOX  5800  MS  1004 
ALBUQUERQUE  NM  87185-1004 

1  CDR  US  ARMY  ELECTRONIC 

PROVING  GROUND 

ATTN  CSTE  DTC  WS  EP  TT  L  R  LEIBERT 
FORT  LEWIS  WA  98433-9500 

1  CDR  US  ARMY  REDSTONE  TECH  TEST  CTR 
ATTN  TCLARDY 
BLDG  4500 

REDSTONE  ARSENAL  AL  35898-8052 
ABERDEEN  PROVING  GROUND 
1  DIRECTOR 

US  ARMY  RSCH  LABORATORY 
ATTN  AMSRD  ARL  Cl  OK  (TECH  LIB) 
BLDG  4600 

1  DIR  AMSAA 
ATTN  D  JOHNSON 
BLDG  248 

2  DIR  AMSAA 

ATTN  B  BRADLEY  A  WONG 
BLDG  367 

3  DIR  AMSAA 

ATTN  D  HODGE  B  KELLY 
K  STEINER 
BLDG  392 

4  US  ARMY  DTC 

ATTN  CSTE  DTC  TT  M  M  LORENZO 
RCOZBY  D  BENCH  JCHEW 
RYAN  BLDG 

2  DIR  USAEC 

ATTN  CSTEAECMS  W  JONES 
R  MIRABELLE 
BLDG  4120 
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1  CDR  US  ARMY  ATC 

ATTN  CSTEDTCATFF  H  CUNNINGHAM 
CSTEDTCATFFT  P  TENNANT 
J  CORDE  LANE 

CSTE  DTC  AT  FF  V  A  DOCIMO 
JFALLER  G  HINKLE 
S  TAKAMOTO 

BLDG  400 

5  US  ARMY  RESEARCH  LABORATORY 
ATTN  AMSRD  ARL  WM  BF 

S  WILKERSON  G  SAUERBORN  (4) 
BLDG  390 

4  US  ARMY  RESEARCH  LABORATORY 
ATTN  AMSRD  ARL  SL  BE  L  BUTLER 
R  BOWERS  T  CHRISTY 
E  GREENWALD 
BLDG  238 

3  US  ARMY  RESEARCH  LABORATORY 

ATTN  AMSRD  ARL  SL  B  R  SANDMEYER 
PTANENBAUM  B  WARD 
BLDG  328 

1  US  ARMY  RESEARCH  LABORATORY 
ATTN  AMSRD  ARL  SL  BE  L  ROACH 
BLDG  328 

1  US  ARMY  RESEARCH  LABORATORY 
ATTN  AMSRD  ARL  SL  BN  W  WINNER 
BLDG  328 

1  DIR  USARL 

AMSRD  ARL  WM  W  J  SMITH 
BLDG  4600 

1  DIR  USARL 

AMSRD  ARL  WM  B  T  KOGLER 
BLDG  4600 
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